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Eine Einführung in das Gebiet der Künstlichen Intel- 
ligenz (Kl) gibt Ihnen der Beitrag auf der Seite 3. Er 
betrachtet historische Wurzeln, Spezialgebiete und 
Tendenzen. 

Mit diesem Artikel beginnen wir eine lose Folge von 
Beiträgen zum Thema Kl. 


KOMCOM ’89 

Mit vier Beiträgen, die auf der Fachtagung Kommu- 
nikations- und Computertechnik '89 zwischen dem 
14. und 16. Februar 1989 in Dresden gehalten wer- 
den, machen wir Sie vorab in gekürzter Fassung 
bekannt: 

Der Artikel „Experimentalsystem für Mini-MAP“ auf 
der Seite 7 gibt einen Überblick über internationale 
Entwicklungen zur schrittweisen Automatisierung 
in der Produktion. 

Auf der Seite 11 stellt der Beitrag „Innovative Com- 
puterarchitektur - Transputer“ die gegenwärtig an- 
gebotenen Schaltkreise der Transputer-Familie, 
die Hochsprache OCCAM und potentiell vorhan- 
dene Anwendungsmöglichkeiten des Transputers 
in der Telekommunikation vor. 

Einen zweiten Beitrag zum Thema Transputer fin- 
den Sie auf der Seite 1 3. Er befaßt sich mit dem die- 
sen Prozessoren zugrunde liegenden Konzept, gibt 
eine Leistungseinschätzung der Transputer und 
stellt Applikationen für Spracherkennung und Ro- 
botik vor. 

„Signalanalyse und Echtzeitverarbeitung mit digita- 
len Signalprozessoren“ ist das Thema des Artikels 
auf der Seite 19. Vorgestellt wird die Realisierung 
der Autoleistungs-Spektralanalyse mit dem Signal- 
verarbeitungssystem TITAN. 


Vorschau 

In MP 2/1 989 finden Sie Beiträge zu folgenden 
Themen: 

• Diskettenformate unter CP/M 

• Anwendung des FDC U 8272 D 

• 8 x8-ein Font für alle Fälle 
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Mehr automatisch 
bestückbare Leiterplatten 
aus Neuruppin 

An einem automatischen Fertigungs- 
abschnitt zur Leiterplattenherstellung 
in den Elektro-physikalischen Wer- 
ken Neuruppin hatdie Jugendbrigade 
„Manfred von Ardenne“ nach halb- 
jähriger Einlaufphase im September 
die volle projektierte Leistung er- 
reicht. Damit ist der Betrieb in der 
Lage, den stark gestiegenen Bedarf 
an automatisch bestückbaren Leiter- 
platten in der DDR zu decken. 

Rund 35000 Quadratmeter unter- 
schiedlicher Leiterplatten liefert das 
Neuruppiner Werk mit seinen 3300 
Beschäftigten monatlich an die Elek- 
tonikindustrie der DDR und ist damit 
wicnngster Hersteller. adn 

Gemeinsame Forschung 
für Chipproduktion 

Mit durchschnittlich 80 bis 1 00 neuen 
Typen erweitert das Kombinat Mikro- 
elektronik Erfurt jährlich sein Produk- 
tionsprogramm elektronischer Bau- 
elemente. Vorlauf für neue Schalt- 
kreisgenerationen, wie schnelle Mi- 
kroprozessorsysteme mit hohem In- 
tegrationsgrad, wird in Zusammenar- 
beit mit über 30 Hoch- und Fachschu- 
len sowie Instituten der Akademie der 
Wissenschaften der DDR geschaf- 
fen. Grundlage für die Forschungsko- 
operation sind langfristige Koordinie- 
rungs- und Leistungsverträge. ADN 
Neues Werk 
für Leiterplatten 
in Bulgarien 

Ein Werk für Leiterplatten ist jetzt in 
Prawez, 70 Kilometer nordöstlich von 
Sofia, eingeweiht worden. Der Be- 
trieb, der zum Kombinat für Mikropro- 
zessortechnik Prawez gehört, wurde 
innerhalb kurzer Zeit errichtet: Im 
September 1985 war der Beschluß 
gefaßt worden, entsprechend der 
Orientierung der BKP auf beschleu- 
nigte Entwicklung der Mikroelektronik 
ein derartiges Werk zu bauen, und 
bereits am 21. Dezember 1987 ver- 
ließ die erste Leiterplatte die Produk- 
tionsabteilung. 

In seiner ersten Ausbaustufe sichert 
das Werk den Bedarf des Kombinats 
an Leiterplatten. Es soll bis Ende 
1990 seine volle Kapazität erreicht 
haben und ausschließlich mit CAD/ 
CAM-Technik projektieren und pro- 
duzieren. ADN 

USA-Elektronik- 

industrie 

will in die Offensive 

Die USA-Elektronikindustrie will auf 
den Außenmärkten gemeinsam in die 
Offensive gehen, um dem Ansturm 
japanischer und westeuropäischer 
Konkurrenz zu begegnen. Vor weni- 
gen Wochen trafen sich im Washing- 
toner Capitol Manager der Branche 
mit Kongreßabgeordneten und Wis- 
senschaftlern zu einer Art Strategie- 
klausur. Eingeladen hatte „Rebuild 
America“, eine vom Mitglied des Re- 
präsentantenhauses Mel Levine aus 
dem Silicon Valley geleitete Gruppe. 
„Wir sind dabei, zum ersten mal im 
20. Jahrhundert unsere Stellung als 
Spitzenreiter in der Hochtechnologie 
zu verlieren“, warnte Levine. Er fand 


Hinweise . 

für das Anfertigen von Manuskripten 

1 . Die mit Maschine einseitig beschriebenen Manuskripte - 2zeilig, 60 
Anschläge/Zeile, 30 Zeilen/Seite - senden Sie bitte in zweifacher Aus- 
fertigung ein. 

Als Manuskript können auch Computerausdrucke mit einem sauberen 
und kontrastreichen Schriftbild dienen, sofern durchschnittlich 60 An- 
schläge je Zeile eingehalten werden (also wie bei Schreibmaschine mit 
Silbentrennung, kein Randausgleich!). Bei Verwendung von Matrix- 
druckern ist mindestens Near Letter Quality (NLQ) notwendig. 

2 . Der Umfang des Manuskriptes soll im allgemeinen 10 Seiten nicht 
überschreiten. Die maximale Länge des Textteiles von Angeboten und 
Suchmeldungen für die Rubrik „Börse“ beträgt 30 Zeilen. 

3 . Das Manuskript beginnt mit einer aussagekräftigen, aber knappen 
Überschrift; es folgen der volle Vor- und Zuname, der akademische 
Grad und bei Beiträgen aus ihrem Arbeitsbereich die Institution. 

4 . Versuchen Sie, dem Leser die Aufnahme der Informationen zu er- 
leichtern, indem Sie bei der Gestaltung des Textteiles folgendes beach- 

- Beitrag übersichtlich gliedern! 

(Zwischenüberschriften, Absätze; evtl, kurze Zusammenfassungen. 
Hervorhebung von Kernsätzen) 

- Wo es der Aussage oder Anschaulichkeit dient, verwenden Sie bitte 
Bilder, Tafeln und Fotos (s. Pkt. 6). 

5 . Werden Abkürzungen verwendet, sind die im Duden aufgeführten 
zu nutzen; zusätzlich abzukürzende Begriffe sind beim ersten Auftreten 
auszuschreiben, und die Abkürzung ist in Klammern zu setzen. 

6. Bilder, Tafeln und Fotos müssen als Anhang getrennt numeriert 
beigelegt werden. Die Einordnung ist im Text zu kennzeichnen. Für die 
erläuternden Unterschriften - sie sind bei allen Bildern, Tafeln und Fo- 
tos notwendig ! - ist ein gesondertes Manuskriptblatt zu verwenden. 
Bilder und Tafeln können als übersichtliche und eindeutig lesbare Blei- 
stiftzeichnung bzw. maschinengeschrieben eingereicht werden. Um 
Satzfehler, insbesondere bei Listings zu vermeiden, sind diese einzei- 
lig als reprofähige Vorlage zu liefern (kontrastreicher Druck auf weißem 
Papier, auch saubere Schreibmaschinenschrift ist möglich), 
Schwarzweißfotos sollten etwa das Format 13 cm x 18 cm haben (das 
Negativ wird nicht benötigt). 

Farbfotos stimmen Sie bitte mit der Redaktion ab. Geben Sie bei hono- 
rarpflichtigen Fotos den Namen und die Adresse bzw. Konto-Nr. des 
Bildautors an! 

7 . Bedenken Sie, daß die Anzahl der Zeichen pro Zeile Im Druck gerin- 
ger ist als im Manuskript. Passen Sie also im Interesse einer korrekten 
Wiedergabe Gleichungen, Formeln, kurze Programmauszüge u. ä., die 
im laufenden Text erscheinen sollen, von vornherein an die Spalten- 
breite (etwa 40 Anschläge) an. 

Wo dieses nicht möglich ist, sind diese Zeilen als Bilder zu deklarieren. 

8. Literaturverzeichnisse werden, in Schrägstriche eingeschlossen, 
fortlaufend numeriert, z. B. „wie in /I/ und 121 eindeutig dargestelit 
wurde“, oder „auch Meyer hat in /3/ darauf hingewiesen“. Das Ver- 
zeichnis der verwendeten Literatur wird auf einem gesonderten Manu- 
skriptblatt nach folgendem Schema angefertigt: 

Literatur 

IM Menzer, R.; Richter, B.: Neue Technologien für Digitalisiergeräte. 

Feingerätetechnik, Berlin 34 (1985) 9, S. 386 
121 Claßen, L.; Oefler, U.: Wissensspeicher Mikrorechnerprogrammie- 
rung. VEB Verlag Technik, Berlin 1986 

9 . Jedem Fachartikel ist gesondert ein etwa 10 Zeilen umfassender 
Referateteil beizufügen, der das Wesentliche des Beitrages beinhaltet. 

1 0. Bei Fachaufsätzen ist ein kurzes Autorporträt - mit Angaben 
über Alter, Ausbildung, beruflichen Werdegang, die jetzige Tätigkeit 
und Aulgabenschwerpunkte - erwünscht. 

1 1 . Unterstützen Sie bitte unsere Bemühungen, den Erfahrungsaus- 
tausch zu fördern, indem Sie für Interessenten eine Kontaktadresse 
und Telefonnummer angeben. 

1 2. Denken Sie daran, bei Fachbeiträgen aus Ihrem Arbeitsbereich 
die Veröffentlichungsgenehmigung der Dienststelle beizulegen. 

1 3. Nicht zu vergessen sind schließlich die private und dienstliche An- 
schrift, Ihre Konto-Nr. sowie für evtl. Rückfragen eine Telefonnummer. 

Bitte überprüfen Sie vor dem Absenden des Manuskriptes noch einmal 
die Einhaltung dieser Hinweise - Sie vermeiden damit unnötige Verzö- 
gerungen bei der Bearbeitung und Veröffentlichung Ihres Beitrages. 

■/■.-•-"•'.■■./-.-../r-'-.,. Ihre Redaktion MP 


bei den Männern aus der Industrie 
besorgte Zustimmung. 

John Roach, Chef der Tandy Corpo- 
ration, Richard Elkus von Prometrix, 
Jack Tramiel, Begründer der Atari 
Corporation, und andere nannten 
Beispiele dafür, wie USA-Entwicklun- 
gen auf dem Gebiet der Videotechnik, 
der Personalcomputer und weiterer 
Bereiche der Heimelektromk kein 
kommerzieller Erfolg wurden. Es 
habe wenig Sinn, über die ausländi- 
sche Konkurrenz zu klagen, meinte 
Mel Levine. Die meisten Probleme 
seien hausgemacht. 

Soweit Vorstellungen der Branche an 
die Öffentlichkeit drangen, läßt sich 
folgendes Herangehen erkennen: 
Nach japanischem Vorbild wird eine 
nationale Industriestrategie ange- 
strebt, die von einer „neuen politi- 
schen Führung“ mitgetragen werden 
müsse und alle entscheidenden Posi- 
tionen von künftigen Speichern über 
die Lichtleitertechnik und die nächste 
Generation von Fernsehgeräten bis 
zu Großrechnern erfassen soll. Das 
Weltraumrüstungsprogramm SDI gilt 
nicht als Lösung. Von der Regierung 
wird eine Umverteilung von Steuer- 
mitteln zugunsten ziviler Forschung 
erwartet. 

Jack Tramiel von Atari will sogar die 
Schaffung eines Export-Ministeriums 
und einen Marshallplan für die Elek- 
tronikindustrie. Bemerkenswert ist je- 
doch vor allem, daß Spitzenleute ei- 
nes der entscheidenden Industrie- 
zweige des Landes mit Ambitionen 
außerhalb des militärisch-industriel- 
len Komplexes unmißverständlich 
ihre Wünsche an die Regierung nach 
Reagan formulierten. 

ADN 

Schritte 

zum Neurocomputer 

In der BRD begannen unlängst neun 
Forschungsgruppen mit einem Pro- 
gramm, das zur Neuroinformatik füh- 
ren soll. Ziel ist es, neue Wege zur 
Entwicklung von Computern zu fin- 
den, die nach dem Prinzip menschli- 
cher Gehirnstrukturen funktionieren. 
Die daran beteiligten Forscher wollen 
moderne Erkenntnisse über die prin- 
zipielle Arbeitsweise des Gehirns in 
Verfahren der Informationsverarbei- 
tung umsetzen. 

Als erste Forschungsthemen wurden 
Aufgaben formuliert, die im Gehirn 
scheinbar mühelos, von heutigen 
Computern dagegen nur unvollkom- 
men gelöst werden können: die Ver- 
arbeitung von Bildfolgen aus der na- 
türlichen Umgebung und die Bewe- 
gungssteuerung für autonome Robo- 
ter. 

Die Beteiligten an dem Projekt - ne- 
ben der Max-Planck-Gesellschaft 
und einer Industriefirma verschie- 
dene Universitäten - gehen davon 
aus, daß die Entwicklung eines uni- 
versellen, neuronalen Computers 
erst als Fernziel zu verwirklichen ist. 
Deshalb werden sie in den ersten 
Jahren die technischen Nutzungs- 
möglichkeiten neuronaler Prinzipien, 
wie die Organisation von Wissen oder 
die Eigenschaften paralleler Net- 
zwerkarchitekturen, mit einfachen 
Funktionsmodellen ausloten. 

aus ND vom 15.116. Oktober 1988 
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Künstliche Intelligenz 
in Gegenwart und Zukunft 


Prof. Dr. Christian Posthoff, Dr. Rai- 
ner Staudte 

Technische Universität Karl-Marx- 
Stadt, Sektion Informatik 


Fragen aus dem Gebiet der Künstlichen Intel- 
ligenz (Kl) rückten in letzter Zeit wieder mehr 
in den Mittelpunkt der Aufmerksamkeit. 
Diese Rennaissance hat ihre objektiven Ur- 
sachen in der Notwendigkeit, alle produkti- 
ven und nichtproduktiven Bereiche der 
Volkswirtschaft durch die gezielte Nutzung 
modernster Technologien effektiver zu ge- 
stalten und auf eine qualitativ höhere Stufe zu 
heben. Ziel dieses Beitrages ist eine kurze 
Einführung in den Problemkreis. Diese The- 
matik wird in der Folge durch spezielle The- 
men weitergeführt. Nicht diskutiert werden 
soll der Begriff Künstliche Intelligenz selbst, 
der sicher nicht glücklich ausgewählt wurde, 
aus historischen Gründen aber heute nicht 
mehr ausgemerzt werden kann. 

Im Laufe ihrer Entwicklung hat sich die Kl zu 
einer interdisziplinären Verflechtung von In- 
formatik, Mathematik, Psychologie und ihren 
Anwendungsgebieten herausgebildet. 
Einige Aufgaben, die früher zweifellos zum 
Problemkreis der Kl gerechnet wurden und 
später weitgehend einer Lösung zugeführt 
werden konnten, zählen heutzutage zum All- 
gemeinwissen der Informatik. Andere Aufga- 
ben, deren Lösung sich prinzipiell als schwie- 
riger erwiesen hat, brachten selbständige 
Teildisziplinen hervor. Für die Zukunft ist das 
Verschwinden des Begriffes durchaus denk- 
bar, weil er eines Tages inhaltlich nicht mehr 
existieren wird und die Mittel und Methoden 
zur Lösung der Aufgaben dieser Klasse eine 
vernünftigere Einteilung bestimmt haben 
werden. 

Die Wurzeln der Kl 

Geht man von den Aufgaben aus, die unter 
dem Begriff Kl vereinigt sind, so wird sehr 
schnell die Notwendigkeit deutlich, ein brei- 
tes Spektrum wissenschaftlicher Forschung 
zu verfolgen. Mindestens drei Entwicklungsli- 
nien des 1 9. bzw. 20. Jahrhunderts, die ihrer- 
seits noch weiter in die Geschichte zurückrei- 
chen, sind für den heutigen Stand der Kl von 
grundlegender Bedeutung: 


© die Mathematische Logik, die das logi- 
sche Folgern als ein Teilgebiet menschlichen 
Denkens als formalisierbar nachwies, die 
Aussagen- und Prädikatenlogik hervor- 
brachte und sich gegenwärtig intensiv mit der 
Informatik im allgemeinen und der Kl im be- 
sonderen vermischt. Das Verhältnis Mathe- 
matische Logik - Informatik wird sich sicher 
ebenso unauflöslich eng und fruchtbar ge- 
stalten wie die Beziehung Mathematik- Phy- 
sik. Namen wie Boote, Frege, Whitehead, 
Russell, Hilbert, Tarski und Gödel kennzeich- 
nen diese Linie. 

© ein zunehmendes Verständnis des Bere- 
chenbarkeits- und Algorithmusbegriffs, ein 
theoretisches Bindeglied zu den zum damali- 
gen Zeitpunkt noch nicht existierenden Com- 
putern und Computersystemen. Die „ab- 
strakten Maschinen“ von Turing und Post als 
Denkmodelle zur Charakterisierung der Be- 
rechenbarkeit, die Theorie der rekursiven 
Funktionen, die Churchsche These als Ver- 
bindung zwischen diesen Denkmodellen in 
intuitiven Berechenbarkeitsvorstellungen 
und nicht zuletzt bereits hier die grundle- 
gende Vorstellung, mit derartigen Maschinen 
Symbole (nicht etwa nur Zahlen) zu verarbei- 
ten - das sind die Ergebnisse, die einen wich- 
tigen exakten Ausgangspunkt für die Ent- 
wicklung intelligenter Computersysteme bil- 
den. 

® die eigentliche konstruktiv-technische 
Entwicklung und Realisierung von Compu- 
tersystemen selbst, die Mitte der vierziger 
Jahre begann und sich bis in die heutige Zeit 
(und wohl auch noch in Zukunft) mit unge- 
heuerer Geschwindigkeit und Breite fortsetzt. 
Namen wie Leibniz, Babbage (als Vorläufer 
im 1 9. Jahrhundert bereits alle wichtigen 
Strukturelemente eines Computers nen- 
nend), Turing, von Neumann, Zuse stehen 
als Beispiele. Die fünfte Computergenera- 
tion, verknüpft mit dem Namen Moto-Oka, ist 
ein reales Ziel. Und bis auf Babbage und 
seine Schülerin Ada Augusta Countess of 
Lovelace geht auch die Idee zurück, in derar- 
tigen Komplexen (mechanischen, später 
elektronischen Systemen) intelligentes Ver- 
halten zu realisieren. Er traut seiner „Analyti- 
cal Engine“ die Fähigkeit des Schachspie- 
lens zu, eine Idee, die, 1 948 von Shannon er- 
neut ausgesprochen und prinzipiell entwik- 
kelt, bis heute intensiv weiterverfolgt wird. 


Zum Gegenstand der Kl 

Vielleicht ist es gar nicht so absurd, nach Er- 
scheinen der ersten Computer und erst recht 
heute bei der vorhandenen Massenbasis an 
Computersystemen, das Bestreben, den 
Computer bis an die Grenze seiner Lei- 
stungsfähigkeit auszureizen, als eine wich- 
tige Triebkraft für die Entwicklung der Kl an- 
zusehen. 

Verfolgt man die aktuellen Kl-Entwicklungen, 
so findet man nach wie vor ein recht hetero- 
genes Bild vor, das durch einen anthropo- 
morphen Standpunkt systematisiert wird und 
eine äußere, problembezogene Hülle dar- 
stellt. Nachfolgender, von Siekmann ausge- 
sprochener Standpunkt soll als Arbeitsgrund- 
lage dienen: 

„Gewisse menschliche Aktivitäten wie das 
Planen einer kombinierten Bahn-Bus-Reise, 
das Verstehen gesprochener Sprache, das 
Beweisen mathematischer Sätze , das Erstel- 
len einer medizinischen Diagnose oder das 
Sehen und Erkennen bestimmter Gegen- 
stände erfordern zweifellos Intelligenz - un- 
abhängig davon, welche Definition dieses 
Begriffes man bevorzugt. Die Künstliche In- 
telligenz faßt diese bisher dem Menschen 
vorbehaltenen kognitiven (auf Erkenntnis be- 
ruhenden) Fähigkeiten als informationsver- 
arbeitende Prozesse auf und macht sie na- 
turwissenschaftlichen Untersuchungsmetho- 
den ( und ingenieurmäßiger Verwendung) zu- 
gänglich.“ 

Die Unterstreichungen sollen den anthropo- 
morphen Standpunkt direkt sichtbar machen: 
die Fähigkeiten, abstrakt, antizipierend (ge- 
danklich vorwegnehmend) zu planen, zu be- 
weisen, über seine Sprache die Umwelt zu 
bewältigen, zu sehen - diese Möglichkeiten 
des Menschen stellen also Aufgaben für die 
Kl dar. Einige menschliche Fähigkeiten sol- 
len ganz oder teilweise irgendwie auf Com- 
puter verlagert werden, mindestens mit den 
Zielen: 

- geht das überhaupt? 

- kann man das für die Praxis (mit vertretba- 
rem Aufwand) realisieren? 

Spezialgebiete der Kl 

Auf die Vielzahl von philosophischen, morali- 
schen, ethischen und sozialen Problemen, 
die sich hinter diesen lakonischen Fragen 
verbergen, sei hier noch einmal nachdrück- 
lich hingewiesen. 

Somit lassen sich Spezialgebiete der Kl for- 
mulieren, wobei aber grundlegend zu beto- 
nen ist, daß Computersysteme menschliche 
Mittel und Möglichkeiten in allen Bereichen 


Kleines Lexikon der Kl 



Künstliche Intelligenz 

Unter dieser Überschrift formiert 
sich in den letzten 30 Jahren ein 
Wissenschaftsgebiet, das im we- 
sentlichen als Teilgebiet der Infor- 
matik angesehen werden kann, in 
seinen theoretischen Grundlagen 
starke Beziehungen zur Mathema- 
tik aufweist (Diskrete Mathematik, 
Mathematische Logik, Graphsuch- 
verfahren, . . .), zunehmend mit den 
Geisteswissenschaften in Bezie- 
hung tritt (Linguistik, Philosophie, 


Psychologie) und versucht, Pro- 
bleme auf Computersystemen lös- 
bar zu machen, deren Bewältigung 
sich auf Informationsverarbeitung 
reduzieren läßt und beim Men- 
schen Intelligenz erfordert (wie 
auch immer „Information“ und „In- 
telligenz“ erklärt oder definiert wer- 
den sollen). 

Damit gelangt man zu vielen ver- 
schiedenen „Definitionen“ der Kl, 

| die im wesentlichen immer die In- 
’ tentionen der Autoren ausdrücken. 
Nach wie vor handelt es sich um ein 

sehr heterogenes Gebiet, in dem 
eine anthropomorphe Klammer oft 
der einzige Zusammenhang ist 
(das heißt der Wunsch, menschli- 
che Fähigkeiten nachzubilden). 
Sehr intensiv und bedeutsam ist vor 
allem die Rückwirkung auf die Infor- 
matik selbst (Sprachen der Kl, 
Hardwarestrukturen der Ki, Auto- 
matisches Programmieren 
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Expertensysteme 



Experlensysteme sind der anwen- 
dungsbezogene Aspekt der Wis- 
sensverarbeitung. Es handelt sich 
um Programmsysteme, die einen 
Menschen in einem bestimmten 
Problembereich ersetzen oder un- 
terstützen sollen, in dem (noch) 
keine exakten Lösungen existieren. 
Derartige Gebiete werden häufig 
von Menschen bewältigt, die viel 
„Erfahrung“ besitzen (eben Exper- 
ten sind), die kaum zu einer präzi- 
sen Arbeitsmethode umgewandelt 
werden kann und die im wesentli- 
chen an den Experten gebunden ist 
und von diesem im allgemeinen 
(falls überhaupt) durch Ausbildung 
(Belehrung) jüngerer Experten wei- 
tergegeben wird. 

Typische Forschungs- und erste 
Anwendungsbereiche sind bei- 
spielsweise Diagnosesysteme im 
technischen und medizinischen Be- 
reich, Planungssysteme, Bera- 
tungs- und Auskunftssysteme, Dis- 
patcher-, Steuer- und Entschei- 
dungssysteme usw. usf. Die mei- 
sten derartigen Systeme tragen ge- 
genwärtig experimentellen Charak- 
ter; bilden jedoch einen wichtigen 
Ausgangspunkt für eine gewaltige 
Entwicklung aller Bereiche der 
menschlichen intelligenten Tätig- 
keit. Expertensysteme besitzen 
eine Wissensbasis, eine Problem- 
lösungskomponente (Inferenzma- 
schine), können mit dem Nutzer 
kommunizieren (Dialogkompo- 
nente), und (eventuell) ihre Lösung 
erklären (Erklärungskomponente). 
Damit wird der Übergang zu 
intelligenten Lehrsystemen flie- 
ßend. 

Wissensverarbeitung 

Die Wissensverarbeitung mit den 
Vorstufen der Wissensgewinnung 
und der Wissensdarstellung bildet 
gegenwärtig ein Kerngebiet der Kl. 
Man benötigt zur Lösung einer Auf- 
gabe (eines Problems) eine ge- 
wisse Menge an Wissen (soviel wie 
nötig, sowenig wie möglich), wobei 
das erste zu lösende Problem (oft 
das schwierigste) darin besteht, ei- 
nem Experten (falls vorhanden) 
dieses Wissen „abzuringen“, meist 
ein langwieriger, iterativer Prozeß, 
der häufig in der jeweiligen Disziplin 
viele neue Fragen und Probleme 
aufwirft. 

Für die Darstellung von Wissen (in 
Computersystemen) gibt es bereits 
eine Reihe gut ausgearbeiteter und 


beherrschter Formalismen, mit de- 
nen man sich in etwa vertraut ma- 
chen muß, weil eine effektive Pro- 
blemlösung sehr häufig von einer 
günstigen (geschickten, ...) Dar- 
stellung abhängt. Dabei sind die un- 
terschiedlichsten Gesichtspunkte 
zu beachten: Sicherheit des Wis- 
sens (präzise, unsicher, zweifel- 
haft ), Verwendungszweck (Def- 

inition, Klassifikation), Beschaffen- 
heit (Struktur, Regelwerk ), Me- 

tawissen. Häufig verwendet man ei- 
nen Objekt- und rational orientierten 
Standpunkt: Man definiert Objekte, 
charakterisiert diese durch Eigen- 
schaften und beschreibt die zwi- 
schen ihnen vorhandenen Relatio- 
nen (kausal, temporal, . . .). Wich- 
tige Repräsentationsformalismen 
sind: 

- prozedurale Repräsentationen 
(endliche Automaten, Programme) 

- Aussagen- und Prädikatenlogik, 
unscharfe und weitere nichtklassi- 
sche Logiken 

- Semantische Netze 

- Regeln f 

- Frames ' 

- objektorientierte Sprachen (Wei- 
terentwicklungen von Simula und 
Smalltalk). 

Zu jeder Darstellung gehört die ent- 
sprechende Inferenzmaschine, mit 
deren Hilfe die dann zu lösenden 
Probleme bewältigt werden. 
Zunehmend treten diese Darstel- 
lungen gemischt und kontinuiertauf 
und werden durch geeignete Soft- 
warewerkzeuge und Entwicklungs- 
umgebungen unterstützt. 

Lisp 

Lisp ist eine der ältesten Program- 
miersprachen (nur Fortran ist älter) 
und bis heute die Sprache der Kl. 
Sie wurde Ende der 50er von J. 
McCarthy erfunden und steht der 
mathematischen Logik (dem 
Lambda-Kalbu) sehr nahe. Den- 
noch ist es eine vollwertige Pro- 
grammiersprache und wurde als 
Sprache zur Verarbeitung von Li- 
sten (List processing) entworfen, 
um günstige Möglichkeiten zur Be- 
handlung von Symbolverarbei- 
tungsproblemen zu haben (symbo- 
lische Differentiation und Integra- 
tion von algebraischen Ausdrük- 
ken). Im Laufe der Zeit hat sich Lisp 
auf Grund der Eleganz und Flexibili- 
tät seiner Konzeption an die mo- 
dernsten Ideen des Software-Ent- 
wurfes angepaßt und wird heute 
durch eine ganze Sprachfamilie re- 
präsentiert. Lisp gehört zu den 
funktionalen Sprachen und hat die 
bedeutsame Eigenschaft, daß Lisp- 
Programme selbst als Lisp-Daten 
angesehen und behandelt werden 
können. Damit ist Lisp auch ein ele- 
gantes Mittel, um Interpreter und 
Compiler für andere Sprachen zu 
schreiben. 

Prolog 

Prolog bildet heute (in unterschied- 
lichsten Realisierungen) die be- 
kannteste Entwicklung aus dem 
Bereich der Logischen Program- 
mierung. Es entstand ab 1972 in 
Frankreich (A. Colmerauer) und be- 
ruht auf dem Automatischen Theo- 
rembeweisen, einer Realisierung 


von Beweisverfahren der Prädika- 
tenlogik auf Computersystemen. 
Mit Hilfe von Fakten und Regeln 
wird ein Problemraum definiert, so 
daß ein logisches Schließen über 
Eigenschaften dieses Raumes 
möglich wird. Dies wird immer dann 
nötig, wenn eine Anfrage an das 
System gerichtet wird. Das System 
beweist das Vorhandensein oder 
Fehlen dieser Eigenschaften, wo- 
bei auftretende Bedingungen als 
Werte von entsprechenden Varia- 
blen ausgedrückt werden. Prolog- 
systeme stellen ein reichhaltiges 
Repertoire vom System realisierter 
Aufgaben zur Verfügung (Rekur- 
sion, Backtracking, eingebaute 
Prädikate), so daß ein Programmie- 
rer sich primär auf die Beschrei- 
bung des Problemraumes konzen- 
trieren und eine hohe Ausdrucksfä- 
higkeit erreichen kann (deskriptiver 
Aspekt). Bei der Abbildung auf eine 
konkrete Maschine entstehen dar- 
über hinaus auch prozedurale Ei- 
genschaften von Prologprogram- 
men (prozeduraier Aspekt). Die 
Anwendungsprogrammierung der 
nächsten Jahre wird in hohem 
Maße von Methoden der logischen 
Programmierung beeinflußt wer- 
den. 

Deduktionssysteme 

Hierunter versteht man Programm- 
systeme, die Teilgebiete des „logi- 
schen Denkens“ automatisieren 
(siehe auch Prolog) und auf Kalkü- 
len der Mathematischen Logik be- 
ruhen.. Die Grundidee besteht 
darin, daß gewisse, nach bestimm- 
ten Vorschriften konstruierte For- 
meln, sogenannte Axiome, als wahr 
(gültig, richtig) angesehen werden; 
mit Hilfe bestimmter Schlußregeln 
kann man aus diesen Axiomen 
neue Theoreme (Sätze, Gesetze) 
einer bestimmten Theorie ableiten. 
Findet man in der objektiven Reali- 
tät eine Interpretation (eine Zuord- 
nung der verwendeten Formelzei- 
chen zu konkreten Objekten, Rela- 
tionen, Funktionen, ...), die die 
Axiome erfüllt, so gelten auch alle 
gefundenen Theoreme. 



Deduktionssysteme hatten am An- 
fang hauptsächlich für Teilgebiete 
der Mathematik und der Mathemati- 
schen Logik Bedeutung, gehen 
aber heute schon weit darüber hin- 
aus und gewinnen ständig an Be- 
deutung (logische Programmier- 
sprachen, deduktive Datenbanken, 
Nachweis der Korrektheit von Hard- 


und Software, Verifikation von Mi- 
kroprogrammen, Konstruktion von 
Inferenzmaschinen, deduktive 
Planungsmethoden usw.). 

Verarbeitung 

der natürlichen Sprache 

Dieses Gebiet ist, von den Fähig- 
keiten des Menschen aus betrach- 
tet, ein Schlüssel zur Nachbildung 
menschlicher Intelligenz, da ja die 
Sprache Ausdruck des menschli- 
chen Denkens ist und demzufolge 
eine große Herausforderung an die 
Kl darstellt. 

Hier ist das Forschungsgebiet na- 
hezu unüberschaubar und enthält 
eine Vielzahl schwierigster Pro- 
bleme. Obwohl bereits beeindruk- 
kende Erfolge und Ergebnisse auf 
Teilgebieten erreicht wurden, ist 
man von einer vollständigen Be- 
herrschung der natürlichen Spra- 
che noch weit entfernt. 

Wichtige Teilgebiete und For- 
schungsaufgaben bestehen bei- 
spielsweise in der Schaffung von 
Systemen für: 

- Dialoge zwischen Mensch und 
Maschine in natürlicher Sprache 

- die automatische Wissensge- 
winnung aus Texten 

- die automatische Übersetzung 
von einer Sprache in eine andere 

- die akustische Ein- und Ausgabe 
(die Umsetzung des gesprochenen 
Wortes in Texte). 

Ähnlich kompliziert gestaltet sich 
die Situation auch für die automati- 
sche Bildverarbeitung. 

Lernende Systeme 



Lernen und Wissen stehen natürlich 
ebenfalls in enger Beziehung zur 
menschlichen Intelligenz. Primitiv 
betrachtet, kann man Lernen stets 
als Modifikation vorhandenen Wis- 
sens ansehen mit dem Ziel, die Pro- 
blemlösefähigkeit eines Menschen 
(und auch eines Kl-Systems) zu er- 
höhen. Damit ist das Lernen auch 
eine Methode des Wissenserwerbs. 
Das Erlernen von Lösungsmetho- 
den und -Strategien, die Strukturie- 
rung von Wissen, die Entdeckung 
neuer Relationen, Fakten und 
Theorien, die Verbesserung heuri- 
stischer Vorgehensweisen, alles 
das in Wechselwirkung mit einem 
bestimmten Anwendungsbereich, 
gehört ebenfalls in dieses Gebiet. 
Analoges Schließen, Verallgemei- 
nerung und Induktion, Heuristiken, 
das Lernen auf Grund von Beispie- 
len, die Gewinnung von Regeln aus 
Beispielen - alles das sind mensch- 
liche Fähigkeiten, die zur Zeit unter- 
sucht und modelliert werden; immer 
bewirkt die Beschäftigung mit der 
Künstlichen auch den Respekt vor 
der natürlichen Intelligenz. 

Zeichnungen: Eggstein (4) 
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ergänzen, erweitern, beeinflussen werden. 
Ergebnisse dieser Spezialgebiete erweitern 
und vervollkommnen den Werkzeugsatz der 
Computeranwendungen, den es zu ordnen 
und zu systematisieren gilt. 

Entsprechend unserem Ausgangspunkt las- 
sen sich folgende Richtungen definieren: 

• Problemlosen 

• Verarbeitung natürlicher Sprache 

• Bilderkennung und -Verarbeitung 

• Robotik 

• Expertensysteme 

• Kognition. 

Auch diese Gebiete sind inhaltlich keines- 
wegs voneinander abgegrenzt, sondern 
durchdringen, ergänzen, befruchten sich 
wechselseitig (sehende Roboter, bildverar- 
beitende Expertensysteme, . . .). In einem fol- 
genden Beitrag wird ausführlicher auf das 
Problemlosen mit den verschiedenen heuri- 
stischen Suchverfahren als Grundlage zur 
Entwicklung von Inferenzstrategien und auf 
Expertensysteme als besonders praxisrele- 
vante Seite der Kl-Entwicklungen näher ein- 
gegangen. 

Tendenzen in der Kl 

Anfang der siebziger Jahre verlagerte sich 
der Schwerpunkt der Forschungsarbeiten 
der Kl. Problemlosen und heuristische Suche 
verloren ihre dominierende Stellung. Dafür 
gab es zwei Ursachen: Zum einen war dieser 
Problemkreis bereits recht gut ausgearbeitet, 
andererseits zeigten die Erfahrungen, daß 
das Streben nach effektiven Suchmethoden 
im Zustandsraum für die Bewältigung einer 
Reihe komplexerer praxisrelevanter Aufga- 


Dr. Harald Killenberg, Rainer Knauf 
Technische Hochschule Ilmenau, 
Sektion Technische und Biomedizi- 
nische Kybernetik 

Dieser Beitrag ist inhaltlich die Fortsetzung 
des in MP 11/87 erschienenen Artikels III, in 
dem eine Einführung in die logischen Grund- 
lagen der Programmiersprache Prolog ge- 
geben wurde. 

Hier wird zunächst die prozeduraie Sicht- 
weise der deklarativen Sichtweise gegen- 
übergestellt. Im Anschluß daran werden die 
in gewissem Umfang mögliche Steuerung 
der Abarbeitung von Prolog-Programmen 
behandelt, auf häufige Programmierfehler 
hingewiesen sowie ein Anwendungsbei- 
spiel vorgestellt. 

Prolog aus prozeduraler Sicht 

Neben der (bisher betrachteten) deklarativen 
Interpretation gibt es noch eine prozeduraie 
Interpretation von Prolog-Programmen. Dies 
soll an einem kleinen Beispiel verdeutlicht 
werden, in welchem von den im Abschnitt 
5 /I/ definierten Prädikaten „chef- 

_von“ und „mitglied“ Gebrauch gemacht wird: 

(1) weisungsberechtigt (Kl, K2):- 

chef_von (Kollegen, K2), 
mitglied (Kl, Kollegen). 

(2) weisungsberechtigt (Kl, K2):- 

chef_von (Kollegen, K2), 
mitglied (K3, Kollegen), 
weisungsberechtigt (Kl ,K3). 


ben allein nicht ausreichte. Geeignete Wege, 
problemspezifisches Wissen in die Lösung 
der gestellten Aufgaben mit einzubeziehen, 
waren zu finden. In der Folgezeit rückten Fra- 
gen der Wissensdarstellung (Wissensreprä- 
sentation), der Wissensverarbeitung (Wis- 
sensmanipulation) und des Wissenserwerbs 
(Wissensakquisition) in den Mittelpunkt. Mit 
der weiteren Entwicklung der Informatik, ins- 
besondere der Softwaretechnologie, der Pro- 
grammiersprachen mit den abstrakten Da- 
tentypen, der Datenbanken, der Rechnerar- 
chitektur usw., konnten wesentliche theoreti- 
sche und praktische Voraussetzungen zur 
Beherrschung informationeller Prozesse ge- 
schaffen werden. Hinter Wissensverarbei- 
tung verbirgt sich heutzutage die Frage, wie 
riesige strukturierte Datenmengen geeignet 
ermittelt, bereitgestellt, verwaltet, umgeord- 
net, erweitert und verarbeitet werden kön- 
nen. 

Im Laufe der Zeit bildeten sich - neben zahl- 
reichen Fehlschlägen - fundierte Mittel und 
Methoden als Ergebnis dieser Ingenieurtätig- 
keit heraus: Expertensysteme, Datenbank- 
systeme, Kl-Sprachen, Modelle der Wis- 
sensverarbeitung (Produktionssysteme, Fra- 
mes, semantische Netze, ...). Induziert 
durch die stürmische Entwicklung der Mi- 
kroelektronik wirkte die Konstruktion ständig 
leistungsfähigerer Computer als Katalysator 
in dieser Entwicklung. Diese relativ rasche 
Entwicklung der Hardware machte sich nicht 
nur durch die Verbesserung wichtiger Para- 
meter (Operationsgeschwindigkeit, Spei- 
cherplatz) bemerkbar, sondern brachte auch 
eine neue Qualität von Computern hervor. 


Deklarativ sind obige Regeln wie folgt inter- 
pretierbar: 

Ein Kollege K2 ist gegenüber einem Kollegen 
Kl weisungsberechtigit, wenn 

(1) K2 Chef einer Menge von Kollegen (in 
Prolog als Liste notiert) ist 

und 

Kl Mitglied in dieser Liste ist 
oder 

(2) K2 Chef einer Liste von Kollegen ist 
und 

ein Kollege K3 Mitglied in dieser Liste ist 
und 

der Kollege K3 weisungsberechtigt ge- 
genüber dem Kollegen Kl ist. 

Einer solchen Interpretation kann eine proze- 
duraie Interpretation gegenübergestellt wer- 
den: 

(1) (1.1) Es wird die Abarbeitung der Unter- 
prozedur „chef_von (Kollegen, K2)“ ver- 
sucht. Gelingt dies, so wird die Abarbei- 
tung unter Übernahme der gefundenen 
Variablenbelegung mit (1 .2) fortgesetzt, 
anderenfalls (d. h. wenn diese ein Back- 
track auslöst) mit (2). 

(1 .2) Es wird die Abarbeitung der Unter- 
prozedur „mitglied (Kl, Kollegen)“ ver- 
sucht. Gelingt dies, so ist die Abarbeitung 
erfolgreich beendet (Antwort „ja“ bzw. 
eine Variablenbelegung). Anderenfalls 
wird ein alternativer Abarbeitungsweg für 

(1.1) versucht. 

(2) (2.1) Es wird die Abarbeitung der Unter- 
prozedur „chef_von (Kollegen, K2)“ ver- 


Diese Personalcomputer zeichnen sich 
durch ihre vergleichsweise niedrigen Herstel- 
lungskosten aus und gestatten ihre wirt- 
schaftliche Nutzung in vielen neuen Anwen- 
dungsbereichen. Gegenwärtig sind die Me- 
thoden der heuristischen Suche und des for- 
malen logischen Folgerns auf dem Computer 
bereits relativ weit entwickelt und bilden das 
Fundament jedes Kl-Systems. 

Die Eroberung nichttraditioneller Bereiche 
mit dem Computer, Hauptziel der Kl seit ihrer 
Existenz, ist insbesondere für kleine Länder 
mit begrenzten ökonomischen Ressourcen, 
wie die DDR, unumgänglich geworden. Be- 
gonnen werden kann damit kaum, indem fer- 
tige Softwaresysteme einfach in einen neuen 
Problembereich umgesetzt werden, sondern 
nur über den evolutionären Weg des Verste- 
hens und qualifizierten Anwendens der er- 
wähnten Mittel und Methoden der Informatik. 
Das gilt auch für die in letzter Zeit aufkom- 
menden Rahmensysteme (Shells), die das 
Begreifen der in ihnen ablaufenden Prozesse 
nicht überflüssig machen, sondern im Ge- 
genteil dringend auf die Tagesordnung set- 
zen. 
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sucht. Gelingt dies, so wird die Abarbei- 
tung mit (2.2) fortgesetzt. Anderenfalls ist 
die Abarbeitung erfolglos beendet (Ant- 
wort „nein“). 

( 2 . 2 ) Es wird die Abarbeitung der Unter- 
prozedur „mitglied (K3, Kollegen)“ ver- 
sucht. Gelingt dies, so wird die Abarbei- 
tung mit (2.3) fortgesetzt. Anderenfalls 
wird ein alternativer Abarbeitungsweg für 

(2.1) versucht. 

( 2 . 3 ) Es wird die Abarbeitung der Unter- 
prozedur „weisungsberechtigt (Kl ,K3)“ 
versucht. Gelingt dies, so ist die Abarbei- 
tung erfolgreich beendet. Anderenfalls 
wird ein alternativer Abarbeitungsweg für 

(2.2) versucht. (Wegen der Rekursivität 
ist die Prozedur Unterprozedur von sich 
selbst, jedoch mit anderen Aufrufpara- 
metern.) 

Die Unterprozeduren werden jeweils auf die 
gleiche Weise abgearbeitet. 

Bei der deklarativen Interpretation stehen die 
prädikatenlogischen Aussagen im Vorder- 
grund. Aufgrund der Kommutativität der 
UND- und ODER-Verknüpfung spielt die Rei- 
henfolge der Klauseln in der Wissensbasis 
sowie die Reihenfolge der Teilziele in Klau- 
selkörpern hierbei keine Rolle. 

Für die prozeduraie Interpretation hingegen 
ist die Reihenfolge, in der die Teilziele durch- 
laufen und Abarbeitungswege zu deren Erfül- 
lung versucht werden, von Bedeutung. Aus 
dieser Sicht können die in der Wissensbasis 
definierten sowie die eingebauten Prädikate 
auch als Prozeduren und die Teilziele eines 
Ziels als Prozeduraufrufe interpretiert wer- 
den. Insbesondere bei Anwendung von Teil- 
zielen mit „prozeduralen Seiteneffekten“ 
(z. B. solche zur dynamischen Veränderung 
der Wissensbasis oder zur Ein-/Ausgabe) 


Programmieren in Prolog 

Prozeduraie Interpretation und Programmabarbeitung 
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muß man sich auch über deren prozedurale 
Interpretation im klaren sein, um sie anwen- 
den zu können. So ist z. B. das Teilziel „as- 
sert(chef_von([krause,albrecht],meyer))“, 
welches das Hinzufügen der als Argument 
stehenden Klausel zum Programm bewirkt, 
stets „wahr“ und deshalb für die deklarative 
Interpretation ohne Bedeutung. Ein „proze- 
durales Mitdenken“ ist bei der Verwendung 
derartiger Prädikate jedoch unumgänglich, 
da das weitere Programmverhalten durch 
ihre „Seiteneffekte“ entscheidend verändert 
werden kann. 

Steuerung der Abarbeitung 

In Prolog ist die Abarbeitung der Fragen fest 
eingebaut (Tiefensuche mit Backtrack) 
/I/. Prolog bietet jedoch auch Möglichkeiten, 
die Abarbeitungsfolge in gewisser Weise zu 
verändern. Hierzu dienen z. B. die Prozedu- 
ren „I“ (cut) und „fail“. 

„I“ ist ein stets erfüllbares Teilziel. In Klausel- 
körpern eingefügt, verhindert es ein Back- 
track der hinter „I“ stehenden Teilziele zu den 
vor „!“ stehenden Teilzielen sowie zu alterna- 
tiven Klauseln mit gleichem Kopfprädikat. „!“ 
schneidet die noch verbleibenden alternati- 
ven Lösungswege innerhalb der Prozedur, in 
der es vorkommt, ab. Ein häufig genutzter 
Nebeneffekt von „I“ besteht darin, daß bei 
dessen Abarbeitung der Speicherplatz für 
diejenigen Entscheidungspunkte (place mar- 
ker) und ehemaligen Abarbeitungszustände 
(Variablenbelegungen) zurückgewonnen 
wird, zu denen von nun an kein Backtrack 
mehr möglich ist. 

„fail“ ist ein nie erfüllbares Teilziel. In Klausel- 
körpern eingefügt, löst es daher ein Back- 
track aus. 

Die Anwendung von „!“ und „fail“ soll an fol- 
gendem Beispiel demonstriert werden: 

(1) raucher(steffen). 

(2) freunde(frank,X):- 

raucher(X), 

fail. 

(3) freunde(frank.X). 

Betrachten wir hierzu die Abarbeitung der 
Ziele 

?-freunde(frank, steffen). 

(Bild 1) und 

?-freunde(frank, rainer). 

(Bild 2) am Suchbaum. 

Auf das Ziel 

?-freunde(frank, steffen). 

(Bild 1) sind zunächst zwei Klauseln alterna- 
tiv anwendbar: (2) und (3). Die Unifikation mit 
(2) führt zum aktuellen Ziel 
?-raucher(steffen),!,fail. 

Durch die Anwendung von (1) auf das erste 
Teilziel kann dieses aus dem aktuellen Ziel 
entfernt werden, so daß 
?-!,fail. 

verbleibt. Die Abarbeitung von „!“ hat nun zur 
Folge, daß die alternativ mögliche Anwen- 
dung von (3) auf das ursprüngliche Ziel „ver- 

Suchbaum bei der Abarbeitung von -freunde- 
ifrank, steffen).“ 


? - freunde (frank, steffen) 

m/ \o) 


? - raucher (steffen) , f , fail . 



gessen“ wird. Es verbleibt das immer falsche 
Teilziel „fail“ im aktuellen Ziel, welches zur 
Beantwortung der Frage mit „nein“ führt. 

Bei der Abarbeitung des Ziels 
?-freunde(frank, rainer). 

(Bild 2) wird zunächst der gleiche Weg einge- 
schlagen. Da jedoch bereits bei der Abarbei- 
tung des Teilziels „raucher(rainer)“ ein Back- 
track ausgelöst wird, kommt „!“ nicht zur An- 
wendung. Der noch verbleibende alternative 
Lösungsweg wird eingeschlagen und führt 
zum Erfolg, d. h. die Frage kann mit „ja“ be- 
antwortet werden. 

Die sog. „cut-fail-Kombination“ verwendet 
man typischerweise, wenn diejenigen Prä- 
missen gut formuliert werden können, für die 
ein Prädikat nicht wahr sein soll. Dies ist auch 
in unserem Beispiel der Fall, da die Wissens- 
basis keine Fakten vom Typ „nichtrau- 
cher(. . .)“ enthält. 

Prolog-Fallen 

Nicht terminierende Programme 

Bereits im Abschnitt 4/1/ wurde darauf ver- 
wiesen, daß das durch Prolog verwendete 
Tiefensuch-Verfahren mit Backtrack (auch 
bei im Prinzip vorhandener Lösung) nicht 
zwangsläufig terminiert. Ein Beispiel hierfür 
sei folgendes kleine Programm: 

(1) vater_von(Vater,Sohn):- 

sohn_von(Sohn, Vater). 

(2) sohn_von(Sohn,Vater):- 

vater_von(Vater,Sohn). 

?-vater_von(ralf,dieter). 

Der (entartete) Suchbaum ist im Bild 3 darge- 
stellt. Die Abarbeitung dieses Programmes 
endet nie. Auch der Speicher läuft nicht über, 
da keine Entscheidungspunkte und Abarbei- 
tungszustände gekellert werden müssen (es 
gibt für keines der Prädikate alternativ an- 
wendbare Klauseln, siehe Abschnitt 4 in /I/) 
und die Anzahl der Teilziele im aktuellen Ziel 
nicht größer wird. 

Außer dem Fall, daß sich ein während der Ab- 
arbeitung schon einmal aufgetretenes aktu- 
elles Ziel wiederholt, gibt es noch den Fall, 
daß das aktuelle Ziel mit jedem Resolutions- 
schritt immer mehr Teilziele erhält: 

(1) teil_von(lampe,elektrik). 

(2) teiLvon(elektrik.kabel). 

(3) teiLvon(T eil.T eilesteil) 

teil_vori(Teil,X), 
teil_von(X, Teilesteil). 
?-teil_von(kabel,draht). 


Suchbaum bei der Abarbeitung von „?-freunde- 
(frank, rainer).“ 


? - freunde ( frank, rai 

y ' 

* - raue her ( rainer) , ! , fail . 

ner). 

\" 

□ 

Antwort • ia 

Backtrack 


Suchbaum bei wiederholtem Auftreten eines ak- 
tuellen Ziels 




J 

?-mter -von(ratf,dieter). 

w 

*- vater. von(dieter,ratr). 


Im Bild 4 ist der Suchbaum hierfür dargestellt. 
Es wird mit jedem Resolutionsschritt auf das 
erste Teilziel die Klausel (3) angewandt und 
dieses durch zwei Teilziele ersetzt. Das aktu- 
elle Ziel wird so mit jedem Resolutionsschritt 
um ein Teilziel länger, so daß das Programm 
irgendwann mit einem Speicherüberlauf en- 
det. 

Verwendung des logischen „NOT“ 

In Prolog wird ein 1 steliiges Prädikat ,,not(X)“ 
unterstützt (i. allg. eingebaut, kann aber auch 
selbst definiert werden mit Hilfe der „cut-fail- 
Kombination“), dessen Argument die Syntax 
einer Atomformel hat. DasTeilziel ,,not(X)“ ist 
erfolgreich, wenn das Teilziel „X“ erfolglos 
ist. Ein einfaches Beispiel demonstriere die 
Anwendung: 

(1) fleissig(dunja). 

(2) fleissig(heiko). 

(3) faul(X):- 

not(fleissig(X)). 


t -teil, von ( Kabel, droht ) . 


t-teil-vm(kabel,X),teil.von(x^niht). 





Bild 4 

Suchbaum bei immer größer werdender Anzahl 
der Teilziele im aktuellen Ziel 

Stellt man nun beispielsweise die Frage 
?-faul(uwe). 

, so erhält man die Antwort „ja“. Problema- 
tisch ist hierbei allerdings die Verwendung 
von Variablen. Fragt man z. B. 

?-faul(Wer). 

, so erhält man die Antwort „nein“, was of- 
fensichtlich im Widerspruch zu obiger Ant- 
wort steht. Dieser Effekt rührt daher, daß die 
Menge der Individuensymbole unendlich 
tnächtig ist und somit Prolog natürlich nicht in 
der Lage ist, die Komplementärmenge zur 
Menge {dunja.heiko} zu bilden, um daraus 
ein Individuensymbol zu entnehmen und es 
als erste gefundene Lösung zu o. g. Frage 
anzugeben. 

Die im Abschnitt Prolog-Fallen aufgezeigten 
Effekte sind natürlich nicht immer so offen- 
sichtlich wie in den angegebenen kleinen 
Beispielen und sind deshalb eine häufige 
Fehlerquelle. 

Ein Anwendungsbeispiel 

Als geeignetes Einsatzgebiet für die Pro- 
grammiersprache Prolog erweisen sich wis- 
sensverarbeitende Systeme, in denen sich 
das Fachwissen gut in Form von Hornklau- 
seln notieren läßt. International wird Prolog 
zunehmend als Implementierungssprache 
für Expertensysteme eingesetzt. Die Erfah- 
rungen der Autoren am nachfolgend be- 
schriebenen Beispiel belegen ebenfalls die 
Eignung logischer Programmiersprachen für 
derartige Anwendungen. 

Es wurde ein Programmsystem erstellt, wel- 
ches die Fehlersuche in technischen Geräten 
unterstützt. Das zur Diagnose angewandte 
Wissen ist hierbei explizit in Wissensbasen 
abgelegt, die 

- je nachdem, was für ein Gerät gerade dia- 
gnostiziert werden soll, ausgetauscht werden 
können und 

- durch den Nutzer auch ohne große Pro- 
grammierkenntnisse selbst erstellt und inkre- 
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mentell verbessert werden können. Das Sy- 
stem ist in der Lage, Wissensinhalte, die nur 
implizit in der Wissensbasis enthalten sind, 
nutzbar zu machen und seine Vorgehens- 
weise bei der Fehlersuche zu dokumentie- 
ren. In die Wissensbasis wurde zunächst der 
hierarchische Aufbau des zu diagnostizieren- 
den Gerätes aufgenommen. Als Darstel- 
lungsmittel auf Nutzerebene schlagen die 
Autoren ein semantisches Netz vor, dessen 
Knoten die Funktionsgruppen eines Gerätes 
symbolisieren und dessen gerichtete Kanten 
mit der Relation „teiLvon“ markiert sind. Die- 
ses Netz weist eine Baumstruktur auf. Eine 
solche Darstellung läßt sich sehr einfach in 
eine Prolog-Darstellung überführen. Man 
könnte beispielsweise jeden (nicht termina- 
len) Knoten des Baumes zusammen mit der 
Liste seiner Nachfolger in je einem Fakt der 
Form 

teile_von(<Teil,>,[<Teil>],...,<Teil>]). 

notieren. 

Als nächstes müssen jeder Funktionsgruppe 
logisch verknüpfte (UND, ODER, NICHT) 
Symptome zugeordnet werden, die hinrei- 
chend dafür sind, daß ein Fehler in dieser 
Funktionsgruppe liegt. Eine jede solche logi- 
sche Verknüpfung kann ohne Beschränkung 
der Allgemeinheit als disjunktive Normal- 
form 

\/ //\ <Symptom>i| 

notiert werden. Die Darstellung der Sym- 
ptome, der logischen Verknüpfung und der 
Zuordnung zu den Funktionsgruppen konnte 
in Prolog wie folgt gelöst werden (verein- 
facht): 

Jedem Symptom (welches durch einen aus- 
zugebenden Text charakterisiert ist) wurde 
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MAP-Projekt 

Internationaler Stand 

Der internationale Trend zur schrittweisen 
Automatisierung in der Produktion führte in 
den letzten Jahren zur Herausbildung von 
konzentrierten Automatisierungsinseln. Erst 
relativ spät wurde erkannt, daß für eine voll- 
ständige, computergesteuerte Fertigung 
eine Kommunikation zwischen diesen Inseln 
erforderlich ist. Bedingt durch die Inkompati- 
bilität der Rechner und Geräte vieler Herstel- 
ler erweist sich deren nachträgliche Vernet- 
zung als zu aufwendig und teuer. Deshalb 
sah man sich gezwungen, ein gemeinsames 
Projekt zur Vereinheitlichung der Datenkom- 
munikation in der automatisierten Fertigung 
durchzuführen, um die Marktanteile für ei- 
gene Geräte weiterhin zu sichern. 

Das Ergebnis dieser Bemühungen liegt seit 
wenigen Jahren in Form des Manufacturing 
Automation Protocol (MAP) vor und beinhal- 
tet eine geeignete Auswahl bereits vorhande- 
ner Standardisierungsprotokolle aus dem 


ein Kodename zugeordnet und diese Zuord- 
nung als Fakt der Form 

symptom(<Kode>,<Text>). 
notiert. Die logische Verknüpfung der Sym- 
ptome in disjunktiver Normalform und deren 
Zuordnung zu den Funktionsgruppen konnte 
dargestellt werden als 

symptome_von(<Fkt_gr>,[<Fk> 

<Fk>]). 

, wobei <Fk> Fundamentalkonjunktionen 
(UND-verknüpfte Symptome ) der Form 

[<Symptom> <Symptom>] 

sind , die ihrerseits ODER-verknüpft sind. 
Das Ziel der Fehlersuche besteht nun darin, 
in dem den Aufbau des Gerätes repräsentie- 
renden semantischen Netz („teiLvon - 
Baum“) einen Pfad von der Wurzel (Knoten 
ohne Vorgänger) bis zu einem terminalen 
Knoten (Knoten ohne Nachfolger) zu suchen. 
Der Pfad hat die Eigenschaft, daß für jeden 
auf diesem Pfad liegenden Knoten die Sym- 
ptome bestätigt sind. Als Suchverfahren 
wurde eine Tiefensuche mit Backtrack im 
„teiLvon - Baum“ gewählt, die sich in Prolog 
recht einfach programmieren läßt: 
diagnostiziere^ eil) :- 
teile- von(Teil,Teileliste), 
mitglied(Teilesteil, Teileliste), 
symptome_bestaetigt(Teilesteil), 
diagnostiziere(Teilesteil). 

Gelingt es nicht, die Symptome für ein 
„Teilesteil“ (indirektes Teil eines Teiles) zu 
bestätigen, so sorgt der Backtrack-Mecha- 
nismus von Prolog dafür, daß eine solche Be- 
stätigung mit dem nächsten Mitglied der Tei- 
leliste versucht wird. Gelingt dieses für ein 
„Teilesteil“, so wird durch den rekursiven 
Selbstaufruf der Prozedur die Suche ab dort 
nach dem gleichen Verfahren fortgesetzt. 


Bereich der Lokalen Rechnernetzwerke 
(LAN) sowie die Definition noch fehlender 
Vereinbarungen. 

Gleichzeitig mit dem sogenannten MAP- 
Backbone, das für die Vernetzung aller auto- 
matisierungstechnischen Anteile einer Pro- 
duktion verantwortlich ist, wurde für den bü- 
rotechnischen Bereich (Verwaltung, Auf- 
tragsentgegennahme, Absatz) das TOP-Pro- 
jekt entwickelt. Dieses unterscheidet sich na- 
türlich Echtzeitverhalten (Zugriff) bis zur An- 
wendungsschicht vom MAP. 

Der Umfang und die Tragweite des MAP-Pro- 
jekts spiegelt sich auch im Entwicklungszeit- 
raum wider, der 1 981 mit einem Konzept, von 
General Motors initiiert, begann und dessen 
stufenweise Verwirklichung sich heute in der 
aktuellen Version MAP 3.0 niederschlägt. Die 
trotz enormer Mittel lange Bearbeitungs- 
dauer, die dieses Protokoll vom Konzept bis 
zur Verwirklichung benötigte, sowie die welt- 
weite Resonanz rechtfertigen wohl eindeutig, 
daß ein anderer, eigener Entwurf eines sol- 
chen Vorhabens die vorhandenen zeitlichen 
sowie personellen Mittel bei weitem überstei- 
gen würde. Zusätzlich muß man damit rech- 
nen, daß zukünftig die Interfaces der auf dem 
internationalen Markt erhältlichen Geräte 
diesem Standard gerecht werden. 


Um die Symptome für ein Teil zu bestätigen, 
genügt es, eine der Fundamentalkonjunktio- 
nen zu bestätigen: 

symptome_bestaetigt(Teil):- 

symptome_von(T eil .Symptome), 
mitglied(Fund_konj, Symptome), 
bestaetigt(Fund_konj). 

Um eine Fundamentalkonjunktion zu bestäti- 
gen, müssen alle in ihr enthaltene Symptome 
bestätigt werden: 
bestaetigt([]). 

bestaetigt([SymptomlRestliste]):- 

bestaetige(Symptom), 

bestaetigt(Restliste). 

Die Realisierung von „bestaetige(Sym- 
ptom)“ ist Bestandteil einer speziellen Dia- 
logkomponente, die hier nicht weiter betrach- 
tet werden soll. 

Obwohl die Realisierung des Systems hier 
nur angedeutet werden konnte, sieht man 
doch deutlich, daß Prolog für dessen Erstel- 
lung ein geeignetes Werkzeug ist. 
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MAP ist, ebenso wie andere Standards für 
Rechnernetze, nach dem OSI-Modell struk- 
turiert. Dieses beinhaltet sieben sogenannte 
Schichten mit spezifischen Funktionen, z. B. 
Kodierung, Datenauskopplung, Mediumzu- 
griff, Datensicherung usw. bis zu anwender- 
spezifischen Aufgaben. Jede Schicht besitzt 
ein eigenständiges Protokoll und definierte 
Schnittstellen zum Informationsaustausch 
mit den benachbarten Schichten. Auf eine 
genaue Beschreibung dieses Modells soll an 
dieser Stelle mit Hinweis auf / 1/ und 121 ver- 
zichtet werden. Tafel 1 gibt an, welche Stan- 
dards im Rahmen von MAP für die einzelnen 
OSI-Schichten vorgeschrieben werden. 

Die Implementierung aller sieben Schichten 
des OSI-Modells im MAP-Backbone hat, be- 
dingt durch Overheads, die durch schichten- 
spezifische Protokollinformationen entste- 
hen, eine Verringerung der Nettodatenrate 
sowie einen geringeren Datendurchsatz 
durch die Schichten zur Folge. Das heißt, 
trotz echtzeitfähigen, deterministischen Me- 
diumzugriffs und hoher Datenübertragungs- 
rate ist das Backbone für Automatisierungs- 
lösungen mit harten Echtzeitanforderungen 
bzw. für Insellösungen, also Produktionszel- 
len, nicht anwendbar. 

Diese Forderungen haben schon sehr kurz 
nach dem Entwurf des MAP-Konzepts ihren 
Niederschlag in der sogenannten Mini-MAP- 
Architektur bzw. in der MAP-EPA (Enhanced 
Performance Architecture) gefunden. 


Experimentalsystem für Mini -MAP 
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Mediumzugriff 


Tafel 1 Internationale Standards für die einzelnen OSI- 
Schichten 


OSI-Schicht 

MAP-Backbone 

Mlni-MAP 

7 (Anwendung) 

MMS (RS-511) 

ISO FTAM 

MMS (RS-511) 

ISO FTAM 

6 (Darstellung) 

ISO PRESENTATION 

NULL 

S (Sitzung) 

ISO SESSION Kernel 

NULL 

4 (Transport) 

ISO Transport 

Class4 

NULL 

3 (Vermittlung) 

ISO INTERNET 

Protocol 

NULL 

2 (Verbindung) 
ILC 

MAC 

IEEE 802.2 Typei 

IEEE 802.4 

IEEE 802.2 Type 3 
IEEE 802.4 

Token Bus 

1 (Übertragung) 

IEEE 802.4 

Broadband 

(lOMBit/s) 

IEEE 802.4 
Carrierband 
(5 MBit/s) 


Bei diesen Architekturen wird durch Auslas- 
sen der OSI-Schichten 3 bis 6 (vergleiche Ta- 
fel 1) der Overdead reduziert, was zu einem 
Nettodatendurchsatz von etwa 250 KBit/s im 
Gegensatz zum Backbone (120 ... 150 KBit/ 
s) führt (Angaben laut /3/, /4/). Der Netzwerk- 
typ des Mini-Map entspricht dem des Back- 
bone, das heißt, das Token-Passing-Verfah- 
ren und die Busstruktur bleiben erhalten 
(siehe Abschnitt Übertragungsschicht). 
Dieses Netzwerk ist als weitaus kostengün- 
stiger und schneller realisierbar anzuse- 
hen. 

Bei der Konzeption der Arbeit an der Sektion 
Technische Elektronik, die vor etwa 2 Jahren 
begann, ließen wir uns von diesem Mini-MAP 
leiten und versuchten, dabei eigene Formen 
der Realisierung zu finden. Da die EPA-Form 
aber kompatibel zum Backbone ist, läßt sich 
darauf aufbauen. 

Übertragungsschicht 

Es gibt zwei unterschiedliche Techniken zum 
Aufbau eines MAP-gerechten Token-Bus- 
LAN: Breitband und Carrierband (Tafel 2). 
Diese sind im lEEE-Standard 802.4 als Bro- 
adband Bus Physical Layer bzw. Single- 
Channel Phase-Coherent FSK Bus Physical 
Layer definiert /5/. Beide verwenden 75- 
Ohm-Koaxialkabel als Übertragungsme- 
dium. Es gibt außerdem Bestrebungen, eine 
dritte Variante, die auf der Verwendung von 
Lichtwellenleitern basiert, zu standardisie- 
ren 16/ . 


Tafel 2 Carrierband und Breitband 



Carrierband 

Breitband 

Datenrate 

5 MBit/s 

(5 MBit/s), 
lOMBit/s 

Anzahl 

derKanale 


je nach verfüg- 
barer Kabel- 
bandbreite 

Moduiations- 

phasen- 

i ohärente Frequenz- 
umtastung 

zweifach binäre 
Amplitudenmo- 
dulationlPhasen- 
umtastung 

Übertragung; - 

7 5-Ohm - 
Koax-Kabel 

75-Ohm- 

Koax-Kabel 

Verkabelung 

ähnlich CATV 

Komponenten) 

ähnlich CATV 
(mit Frequenz- 

Signal- 
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Das Breitband-Verfahren beruht auf der Un- 
terteilung der verfügbaren Kabelbandbreite 
in mehrere Übertragungskanäle, wobei 
Sende- und Empfangskanäle unterschieden 
werden, da die Übertragung innerhalb eines 
Kanals nur in einer Richtung erfolgt. Zur Si- 
gnalumsetzung zwischen Sende- und Emp- 
fangskanälen dienen Frequenzumsetzer 
(Head-End-Remodulator). Dieses Verfahren 
ermöglicht auch die Einrichtung mehrerer 
Netze auf einem Kabel. Da die Festlegung 
des Standards entsprechend den Normen 
des Kabelfernsehens (Community-Antenna 
Television, CATV) erfolgte, sind die hierfür 
entwickelten Übertragungssysteme ver- 
wendbar. Gegebenenfalls können freie Ka- 
näle eines CATV-Systems genutzt werden. 
Wegen der erforderlichen aktiven Übertra- 
gungssysteme (Frequenzumsetzer) ist die 
Installation eines Breitband-LAN sehr mate- 
rial- und kostenaufwendig. Im Rahmen von 
MAP sind Breitbandnetze als fabrikübergrei- 
fende Backbone- (Rückgrat-) Netze vorgese- 
hen. 

Für kostengünstigere Realisierungen sieht 
der MAP-Standard das Carrierbandverfah- 
ren vor. Ein Carrierbandsystem hat nur einen 
Kanal. Alle Teilnehmer senden und empfan- 
gen auf einer Frequenz. Im Unterschied zur 
verbreiteten Basisbandübertragung wird das 
Signal jedoch moduliert. Die Übertragung auf 
dem Medium erfolgt bidirektional, es sind 
also keine Remodulatoren oder ähnliches er- 
forderlich. Carrierbandnetze werden im Rah- 
men von MAP als Subnetze zur Verbindung 
von programmierbaren Steuerungen, Robo- 
tern, CNC-Maschinen und ähnlichem inner- 
halb einer Produktionszelle Verwendung fin- 
den. Die Verbindung dieser Netze mit dem 
übergeordneten Backbone erfolgt durch so- 
genannte Bridges (vergleiche Bild 1). Dabei 
ist auch eine Kombination von Bridges und 
Funktionen zur Steuerung und Koordinierung 
der Fertigungszelle in einem sogenannten 
Zell-Controller möglich /3/. 


Bild 1 MAP-Backbone und Subnetz 





Der Mediumzugriff wird durch die Medium- 
Access-Control-Subschicht (MAC) realisiert. 
Diese bildet den unteren Teil der Verbin- 
dungsschicht (Schicht 2 des OSI-Modells). 

Im MAP-Standard wird der Token-Bus-Algo- 
rithmus nach IEEE 802.4/5/ vorgeschrieben. 
Dieser setzt als Netzwerktopologie (Struktur) 
den Bus voraus. Auf diesem Bus wird zwi- 
schen den Stationen ein logischer Ring auf- 
gebaut, auf dem das Token und mit ihm das 
Zugriffs- und Senderecht ständig kreist. Die- 
ser Ring ist dynamisch, das heißt, nicht alle 
Stationen müssen ständig im Ring sein, kön- 
nen aber in periodischen Abständen in den 
Ring aufgenommen werden bzw. ihn zu jeder 
Zeit (bis auf den aktuellen Token-Besitzer) 
verlassen. Dabei ist nicht zwingend, unbe- 
dingt Sendedaten zu haben, um Ringmitglied 
zu sein. Das ist besonders für Stationen mit 
seltenen aber dringenden Sendungen vor- 
teilhaft und wird mit Hilfe von Managerpara- 
metern des Netzwerkmanagers verwirklicht. 
Im statischen, also unveränderten, Zustand 
ist dieser logische Ring mit dem Token-Ring 
vergleichbar, wenn man von der Quell- und 
Zieladressierung absieht. 

Die Stationseinfügung wird vom aktuellen 
Token-Besitzer zu festlegbaren Zeitpunkten 
mit Hilfe unterschiedlichster Steuerframes 
realisiert und gestattet Stationen, deren 
Adressen sich zwischen Ziel- und Quell- 
adresse des Tokens befinden, in den Ring zu 
gelangen. 

Bewerben sich mehrere Stationen gleichzei- 
tig um eine Ringaufnahme, wird dieser Me- 
chanismus allerdings relativ zeitaufwendig 
und kompliziert, da der Token-Besitzer eine 
Station auswählen muß. Dafür wurde der so- 
genannte „Response-Window-Process“ ge- 
schaffen, ein Prozeß, bei dem nach entspre- 
chender Reaktion des Token-Besitzers die 
anfordernden Stationen entsprechend ihren 
Adreßbits unterschiedlich reagieren und so- 
mit nach Prozeßende nur eine Station übrig- 
bleibt. 

Der Token-Bus-Algorithmus garantiert die 
Behebung solcher Fehler wie Verlust oder 
Mehrfachauftreten eines Tokens. Die Sta- 
tion, die das Token besitzt, ist in der Lage, 
Datensendungen zu übertragen. Die Anzahl 
der übertragenen Datenframes, die maximal 
8 KByte lang sind, richtet sich nach der soge- 
nannten Tokenhaltezeit, das heißt die Zeit, 
die einer Station zur Sendung zur Verfügung 
steht. 

Um das Token sicher weiterzureichen, wird 
der Bus nach Weitergabe für eine bestimmte 
Zeitdauer abgehört und bei Bedarf ein neuer 
Nachfolger bestimmt. 

Bei Implementierung des geforderten Priori- 
tätsalgorithmus wird mit Unterstützung von 
prioritätsspezifischen Timern eine entspre- 
chende Priorisierung der Sendungen er- 
reicht. 

Dieser Algorithmus ermöglicht auch, daß der 
Tokenumlauf unterbrochen wird und das To- 
ken zu Stationen mit höherpriorisierten Sen- 
dungen umgeleitet wird. 

Nach Abarbeitung aller zeitkritischen Sen- 
dungen wird das Token wieder zur unterbro- 
chenen Station zurückgereicht. 

Als letztes soll der Hinweis genügen, daß so- 
wohl Broadcastsendungen (an alle Statio- 
nen) als auch Multicastsendungen (an be- 
stimmte Zielgruppen) in der Adressierung 
vorgesehen sind. Die Länge der Adresse 
wurde vom MAP-Standard auf 6 Byte festge- 
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legt. Die Behandlung der eigentlichen Nut- 
zerdaten erfolgt durch die MAC-Zwischen- 
schicht nicht. Diese Nutzerdaten werden so- 
fort zur Datensicherungsschicht (LLC) wei- 
tergereicht, sofern sie fehlerlos, das heißt mit 
gültigem FCS empfangen worden sind. 

Datensicherungsschicht 

Der MAP-Standard schreibt, wie schon er- 
wähnt, als Datensicherungsschicht (Logical- 
Link-Control, LLC) den verbindungslosen 
Dienst des Standards IEEE 802.2 171 vor. 
Aufgabe dieser Schicht ist es, die empfange- 
nen Nutzdaten zu behandeln und die zu sen- 
denden Daten für die Sendung vorzuberei- 
ten, indem unter anderem die MAC über ei- 
nen notwendigen Zugriff informiert wird. Der 
verbindungslose Dienst ist dabei im Gegen- 
satz zum verbindungsorientierten Dienst, der 
ebenfalls Bestandteil des IEEE 802.2 ist, die 
einfachste Realisierungsvariante und dem- 
zufolge auch die mit dem schnellsten Daten- 
durchsatz durch die zweite Schicht. 

Es handelt sich dabei um ein unquittiertes 
Protokoll, das heißt, nach Erlangen des Netz- 
werkzugriffs wird zunächst durch entspre- 
chende Steuerframes mit der Zielstation eine 
Verbindung aufgebaut und von dieser auch 
bestätigt. Nach Aufbau dieser Verbindung 
werden die eigentlichen Datenframes ohne 
Bestätigung und unnumeriert hintereinander 
übertragen, solange es die Tokenhaltezeit 
erlaubt. 

Es ist offensichtlich, daß diese Art der Daten- 
übertragung mit einem verhältnismäßig ge- 
ringem Overhead durch wenig LLC-Steuer- 
frames belastet wird. Es muß aber bemerkt 
werden, daß bei mehreren zusammengehö- 
renden Datenframes der Verlust eines Fra- 
mes zumindest durch die LLC-Schicht nicht 
bemerkt wird, so daß die nächst höhere 
Schicht für eine entsprechende Datensiche- 
rung Sorge tragen muß. Die Funktionen der 
Fehlererkennung und Rückgewinnung müs- 
sen also durch das Protokoll der Schicht 4 
(Transportschicht) übernommen werden. Da 
das Mini-MAP-Protokoll aber auf die Schich- 
ten 3 bis 6 verzichtet, mußten hier andere 
Formen der Datensicherung gefunden wer- 
den. 

Der verwendete LLC-Dienst Typ 3 des Stan- 
dards IEEE 802.2 wird diesen Forderungen 
gerecht, indem er Funktionen des ANSI-Pro- 
way-Standards beinhaltet, die wahlweise 
eine Datensendung mit Quittierung (SDA, 
send data with acknowledge service) bzw. 
eine Datenanforderung mit Wiederholungen 
(RDR, request data with reply Service) ge- 
statten 18/, /9/. Diese Funktionen sind als Op- 
tion anzusehen, da in den meisten Fällen der 
Automatisierung unter Echtzeitbedingungen 
sehr häufig und hierbei relativ kurze Parame- 
ter oder Resultate übertragen werden, die in 
nur einem Datenframe (maximal 8 KByte) un- 
tergebracht werden können. 

Der Verlust nur eines Datenframes wird aber 
bemerkt, da nach Verbindungsaufnahme in- 
nerhalb einer festgelegten Zeit mindestens 
ein Datenframe erwartet wird und deshalb 
reagiert werden kann. 

Anwenderschicht 

Bei der Implementierung der Applikations- 
oder auch Anwenderschicht ließen frühere 
MAP-Versionen die meisten Freiheiten zu, 
was einen für den Anwender größeren Imple- 
mentierungsaufwand zur Folge hatte. Die 
letzte Version MAP 3.0. bietet aber eine an- 
wenderfreundlichere Schnittstelle, sowohl für 


den Filetransfer als auch für Automatisie- 
rungsprotokolle, die unter anderem nach den 
Standards FTAM und RS-51 1 realisiert wer- 
den/10/. 

Für das Mini-MAP entstanden verschiedene 
Vorstellungen für diese Schicht. Im EPA wird 
eine vollständige Kompatibilität zum MAP- 
Backbone mit der Wahl des Manufacturing 
Message Service (RS-51 1) angestrebt. 

Um besonders zeitkritischen Anwendungen 
Rechnung zu tragen, hat sich aber seit den 
MAP-Anfängen auch ein Konzept gehalten, 
das in der aufgesetzten Schicht lediglich ein 
Objekt Dictionary System beinhaltet. Hier 
würden dann die aktuellen Variablen bzw. 
Prozeßparameter von CNC-Maschinen, pro- 
grammierbaren Steuerungen und ähnlichen 
abgespeichert und somit ständig abrufbar 
sein. Außerdem muß natürlich eine entspre- 
chende Schnittstelle zur LLC-Schicht reali- 
siert werden. Solch ein Konzept mit minima- 
lem Overhead und größtem Datendurchsatz 
wäre für viele Automatisierungslösungen si- 
cher akzeptabel. 

Es wäre allerdings auch denkbar, einen File- 
transfer zu implementieren, um z. B. zu Be- 
ginn einer Automatisierungsaufgabe die ein- 
zelnen Stationen des Systems zu initialisie- 
ren bzw. neu zu programmieren. 

Produkte 

Entsprechend einem Stufenprogramm wur- 
den erste praktische Realisierungen von 
MAP-Netzwerken ab etwa 1 984 vorgestellt. 
Diese noch sehr kostenaufwendigen Lösun- 
gen dienten nicht nur zu Experimentalzwek- 
ken, sondern auch zur Demonstration der 
MAP-Philosophie, das heißt dem Nachweis, 
daß inkompatible Systeme verschiedener 
Hersteller über ein gemeinsames Netz kom- 
munizieren können. Als Beispiel sei die sehr 
werbewirksame Vorstellung eines Modellnet- 
zes auf der Ausstellung Autofact '85 in De- 
troit genannt /II/. 

Die zu einer kostengünstigen MAP-Imple- 
mentierung erforderlichen Baugruppen und 
Systeme werden seit etwa 1 986 von einigen, 
meist US-amerikanischen Herstellern ange- 
boten. Diese Erzeugnisse umfassen spe- 
zielle Schaltkreise, Interface-Baugruppen 
und Software. 

Zu den Schaltkreisen gehören Token-Bus- 
Controller (TBC) für verschiedene Mikropro- 
zessorfamilien, z. B. MC 68824 von Motorola 
/12/ und SAB 82510 von Siemens (siehe Ka- 
sten). Das sind VLSI-Schaltkreise, die sämtli- 
che Funktionen der MAC-Subschicht ent- 
sprechend IEEE 802.4 auf einem Chip reali- 
sieren (Bild 2). Außerdem wurden verschie- 
dene Interface-Schaltkreise für die digitalen 
Funktionen der physikalischen Schicht ent- 
wickelt, z. B. von Motorola der Broadband- 
Interface-Controller (BIC) MC 68184 und 
das Carrierband-Modem (CBM) MC 68194 
sowie von Siemens das Carrierband-Modem 
SAB 82511. 

Solche Schaltkreise bilden die Grundlage für 
verschiedene Interface-Leiterkarten, die als 
OEM-Baugruppen für die international ver- 
breiteten Bussysteme angeboten werden, 
z. B. MVME372 von Motorola /1 2/, iSXM554 
von Intel /1 3/, Serie 1200 von Concord Com- 
munications /1 4/ und MM-400, MQ-400, MV- 
400, MP-500 von Industrial Networking Incor- 
porated. Zusammen mit entsprechenden 
Modem-Baugruppen gestatten diese Con- 
troller-Leiterkarten eine relativ einfache und 
kostengünstige vollständige MAP-Imple- 
mentierung. Die Protokolle der höheren OSI- 
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Für Manufacturing Automation Protocol (MAP) 
bietet Siemens jetzt auch den Token-Bus-Con- 
troller SAB 82510 an (siehe Bild). Zusammen 
mit einem vor Jahresfrist vorgestellten MAP- 
Modem (SAB 82511) bildet der CMOS-Control- 
ler in der automatisierten Fabrik der Zukunft die 
Schnittstelle zwischen dem Systembus in den 
Geräten bzw. Anlagen und dem Kabel des To- 
ken-Bus, der sämtliche Stationen eines derarti- 
gen Netzwerkes verbindet. Der neue Token- 
Bus-Controller integriert die komplette Hard- 
ware von Schicht 2a des OSI-Modells, für die 
bisher eine aufwendige Baugruppe im Format 
von etwa 200 x 160 mm benötigt wurde. Das 
MAP-Modem integriert OSI-Schicht 1 . 

Der neue Token-Bus-Controller von Siemens 
entspricht IEEE 802.4 als der international ver- 
bindlichen Richtlinie für die Vernetzung der Fa- 
brik der Zukunft. Die aufwendige Logik des 
Bausteins wird mit rund 1 00 000 T ransistorfunk- 
tionen bewältigt. Für den Datentransfer über 
Koaxialkabel von wahlweise 1 oder 5 MBit/s so- 
wie 10 MBit/s verfügt der Chip des MAP-Con- 
trollers SAB 82510 über einen eigenen DMA- 
Controller. Eine Transferrate von 20 MBit/s für 
Glasfaserbetrieb wird vorbereitet. 

Auf dem Wege zur effizienten Fabrik der Zu- 
kunft werden die beiden MAP-Bausteine als 
Meilensteine angesehen. Über den Vorteil der 
Integration bisher individuell aufgebauter Bau- 
gruppen hinaus bieten die Einchiplösungen für 
die OSI-Schichten 1 und 2 eine Voraussetzung, 
um Geräte bzw. Stationen unterschiedlicher 
Hersteller komplikationsfrei vernetzen zu kön- 
nen. Die Spezifikationen von IEEE 802.4 si- 
chern einheitliche Interfaces für unproblemati- 
schen Datenübergang. Der Wildwuchs bisheri- 
ger Individuallösungen in diesem Bereich 
macht die Vernetzung unnötig aufwendig und 
kompliziert. Für eine herkömmliche MAP-Con- 
troller-Baugruppe muß im Vergleich zu einer 
Einchiplösung etwa der zehnfache Betrag auf- 
gewendet werden. MP 
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* Bild 3 MAP-Interface mit TBC 


Schichten, also LLC-Subschicht bis Schicht 
7, werden softwaremäßig realisiert, was auf 
der Controller-Leiterkarte sowohl eine lei- 
stungsfähige 16- bzw, 32-Bit-CPU als auch 
eine entsprechende Speicherkapazität erfor- 
dert. Bild 3 zeigt ein allgemeines Blockschalt- 
bild solcher Controller. Die Kommunikations- 
software umfaßt entsprechende Routinen für 
jede OSI-Schicht, die unter einem Echtzeit- 
kern laufen. Soweit angegeben (/12/, /15/, 
/ 1 6/) , wurden die Programme in C geschrie- 
ben. 

Mini-MAP-Experimentalsystem 

Hardware 

Um eigene praktische Untersuchungen an ei- 
nem Token-Bus-LAN zu ermöglichen, wurde 
eine entsprechende Controller-Baugruppe 
entwickelt. Ausgehend vom derzeit verfügba- 
ren Bauelementesortiment wurde eine Va- 
riante gewählt, welche einige Funktionen der 
physikalischen Schicht und der MAC-Sub- 
schicht hardwaremäßig realisiert und die 
softwaremäßige Implementierung der restli- 
chen MAC-Funktionen (Zugriffsverfahren) 
ermöglicht. 

Kernstück der Baugruppe (vergleiche Bild 4) 
ist ein Single-Board-Computer (SBC) mit 
dem Mikroprozessor 8086, eine Weiterent- 
wicklung des in /1 7/ vorgestellten SBC 8086. 
Dieser wird ergänzt durch 

- ein schnelles serielles Interface mit dem 
Serial Communication Controller (SCC) U 
82530 /1 8/, der eine Datenübertragung ent- 
sprechend SDLC mit maximal 1 MBit/s ge- 
stattet 

- ein einfaches Modem einschließlich Lei- 
tungstreiber und -empfänger 

- einen I/O-Koprozessor 8089 zur schnellen 
Datenübertragung zwischen SCC und Spei- 
cher (DMA) 

- zusätzliche Timer zur Realisierung der 
Zeitverläufe innerhalb der MAC 

- Dual-Port-RAM zur Datenübergabe an ei- 
nen übergeordneten Rechner (weiterer 
SBC), welcher die Funktionen der höheren 
OSI-Schichten realisiert. 

Auf der Grundlage dieses Controllers läßt 
sich ein Token-Bus-LAN aufbauen, das aller- 
dings nicht vollständig dem Standard IEEE 
802.4 entspricht. Abweichungen, z. B. hin- 
sichtlich der elektrischen Parameter, der 
Übertragungsgeschwindigkeit, Symbolko- 
dierung und Frame-Format, müssen in Kauf 
genommen werden. Es werden aber keine 


Einschränkungen bezüglich des Token-Bus- 
Verfahrens notwendig, das heißt, das LAN 
wird in Bus-Topologie aufgebaut und der Me- 
diumzugriff entsprechend IEEE 802.4 reali- 
siert. 

Mit dem beschriebenen Aufbau sind Untersu- 
chungen zur Leistungsfähigkeit des Token- 
Bus-Algorithmus möglich. Außerdem bildet 
er eine Grundlage für die Realisierung der 
höheren Schichten. Es ist vorgesehen, die 
Software für die höheren OSI-Schichten auf 
einem weiteren SBC unterzubringen. Für 
diese Aufteilung auf zwei eigenständige 
Rechner sprechen folgende Überlegungen: 
Erstens wird durch die gleichzeitige Bearbei- 
tung von MAC und der übrigen Schichten die 
Leistungsfähigkeit des Systems und damit 
der Datendurchsatz erhöht. Zweitens ist der 
MAC-Aigorithmus relativ rechenaufwendig 
und stellt sehr hohe Echtzeitanforderungen. 
Trotz der vergleichsweise niedrigen Daten- 
rate von 1 MBit/s erfordert beispielsweise der 
Response-Window-Process Reaktionszei- 
ten von nur wenigen Mikrosekunden. Diese 
könnten z. B. bei einer Multitask-Abarbeitung 
nur schwer garantiert werden. Drittens er- 
möglicht die Modularität dieses Konzepts ge- 
gebenenfalls den Austausch des Controller- 
SBC durch einen integrierten Token-Bus- 
Controller. 

Software 

Das Gesamtkonzept ist modular gestaltet. 
Jede Schicht setzt sich dabei aus einer 
Gruppe von Routinen zusammen und wurde 
mit der Programmiersprache C erstellt. 
Kennzeichnend für das OSI-Modell ist die In- 
formationsübermittlung zwischen den 
Schichten, die durch sogenannte Dienstpri- 
mitiven erfolgt. Diese enthalten sowohl 
Steuerirrformationen als auch gegebenen- 
falls Zeiger auf die Daten. Das Umschalten 
zur Abarbeitung einer bestimmten Schicht im 
Anforderungsfall wird zur Zeit mit Hilfe eines 
Kernprogramms im Polling betrieben, das 
heißt, je nach Bedarf erhält die entspre- 
chende Schicht CPU-Zeit. Die Dienstprimiti- 
ven werden dabei durch Speicheroperatio- 
nen übergeben. 

Um eine möglichst problemlose und quasipa- 
rallele Abarbeitung mehrerer Sende- oder 
Empfangsanforderungen zu garantieren, 
wird die Einbindung der LLC-Schicht, Appli- 
kationsschicht und des Netzwerkmanagers 
in das Echtzeit-/Multitasksystem BOS 1810 


erfolgen. Jede Schicht wird dabei als selb- 
ständige Task ausgeführt. Die Kommunika- 
tion unter den Schichten erfolgt mit Hilfe von 
Objekt-Queues (Objekt-Warteschlange), wo- 
bei für jede Schicht eine gesonderte Warte- 
schlange vorgesehen ist. 

Die Primitivenübergabe zwischen der LLC 
und der MAC-Subschicht, die aus genannten 
Gründen nicht unter BOS 1810 läuft, wird 
über einen Dualport-RAM erfolgen. 

Bei der Realisierung des Mediumzugriffs (To- 
ken-Bus-Algorithmus) sowie der Datensiche- 
rung wurde ausschließlich auf die vorge- 
schriebenen Standards IEEE 802.4 und 
IEEE 802.2 sowie auf die genannten MAP- 
spezifischen Anforderungen Bezug genom- 
men. 

Zum Token-Bus-Algorithmus bleibt anzu- 
merken, daß die ständigen dynamischen 
Veränderungen in der Reihenfolge des To- 
kenumlaufs natürlich sehr zeitintensiv sind. 
Deshalb ist auch je nach Netzwerklast, Häu- 
figkeit der Sendeanforderungen, durch- 
schnittlicher Länge sowie Prioritäten der Da- 
tensendungen eine sorgfältige Wahl aller da- 
für verantwortlichen Managerparameter und 
Zeitkonstanten erforderlich. Es wird aber ga- 
rantiert, daß durch entsprechende Kombina- 
tion der Parameter priorisierte Sendungen in- 
nerhalb eines Zeitlimits übertragen wer- 
den. 

Aussagen über die Abhängigkeit der Para- 
meter von den erforderlichen Echtzeitanfor- 
derungen sowie über erreichbare minimale 
Übertragungszeiten werden ein Hauptbe- 
standteil unserer weiteren Untersuchungen 
werden. Die Implementierung der Datensi- 
cherungsschicht (LLC) erfolgte zunächst 
ohne die im Abschnitt Datensicherungs- 
schicht genannte Option einer Datensen- 
dung mit Quittierung bzw. einer Datenanfor- 
derung mit Wiederholungen, die für das EPA- 
Mini-MAP bindend ist. In einer späteren Im- 
plementierungsphase soll sie berücksichtigt 
werden, um Aussagen über Vergleiche bei- 
der Versionen treffen zu können. 

Unsere Lösung sieht vor, für die aufgesetzte 
Applikationsschicht neben einem im Ab- 
schnitt Anwenderschicht beschriebenen Ob- 
jekt-Dictionary- System auch einen Filetrans- 
fer zu realisieren. 

Da die Schnittstelle zur LLC-Schicht gleich 
ist, wäre in späteren Zeiträumen auch ein 
kompletter Austausch durch die Applika- 
tionsschicht des EPA-Modells grundsätzlich 
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möglich. Zusätzlich zu diesen Schichten wird 
ein Netzwerkmanager realisiert, der es dem 
Nutzer gestattet, sowohl echtzeitspezifische 
Parameter für die MAC-Schicht zu verändern 
als auch statistische Informationen z. B. über 
den aktuellen Abarbeitungszustand der ein- 
zelnen Sendungen innerhalb des Netzwer- 
kes oder über Fehlerquoten zu erhalten. 
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Zielstellung des folgenden Kurzbeitrages Ist 
es, die Innovative Architektur Transputer an 
Hand von gegenwärtig international ange- 
botenen Schaltkreisen der Transputer-Fami- 
lle, der Hochsprache OCCAM und der po- 
tentiell vorhandenen Anwendungsmöglich- 
keiten in der Telekommunikationstechnik 
vorzustellen. 

Schaltkreise der Transputer- 
Familie 

Der Begriff Transputer, vor etwa drei Jahren 
von der britischen Firma Inmos kreiert, hat 
sich inzwischen auf dem Gebiet innovativer 
Computerarchitekturen etabliert. Die Wort- 
schöpfung Transputer soll dabei auf die Uni- 
versalität wie beim Transistor und die Kom- 
plexität des Computers, von dem auch die 
Wortwendung herrührt, verweisen. 

Der Transputer ist in seiner vervielfachten 
Nutzung speziell zur Realisierung arrayförmi- 
ger Strukturen, die vor allem Parallelverar- 
beitung ermöglichen, entwickelt worden. Er 
repräsentiert den allgemeinen Trend: „Weg 
vom Bus - hin zur Struktur“. Die folgende 
Darstellung (Bild 1) zeigt dabei mögliche Ge- 
dankengänge der Entwickler. 

Der gegenwärtig leistungsfähigste Transpu- 
ter ist der IMS T800, der als Weiterentwick- 
lung des IMS T424 vor allem über eine zu- 
sätzliche Gleitkommaarithmetikeinheit ver- 
fügt. 

Die weiteren Transputer-Schalkreise sind 
hauptsächlich auf die umfassende Nutzung 
des Link-Konzeptes ausgerichtet. So ge- 
währleisten die Link-Adapter-Schaltkreise 
IMS C011 und IMS C012 eine Umsetzung 
von bytebreiten parallelen Schnittstellen in 
das serielle Link-Interface des Transputers. 
Das Transputer-Link-Protokoll ist dabei eine 
äußerst einfach gehaltene Vereinbarung 
über die serielle Datenübertragung in Form 
einer Punkt-zu-Punkt-Verbindung ohne di- 
rekt implementierte Fehlererkennungsmaß- 
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nahmen. Es wird über die Anschlüsse LinkOut 
(serieller Ausgabekanal) und Linkln (serieller 
Eingabekanal) der Transputer-Schaltkreise 
abgewickelt (siehe Bild 2). 

Dabei ist es durchaus möglich, über beide 
Kanäle eine Vollduplex-Übertragung durch- 
zuführen, wobei in dieser Betriebsart die Net- 
toübertragungsrate selbst im Idealfall (Ein- 
und Ausgabeprozesse sind sofort aktionsfä- 
hig) für jeden Kanal dann auf maximal 
61 ,53% der Bruttoangaben zurückgeht. 

Der Link-Switch-Schaltkreis IMS C004, der in 
einem 84poligen Pin-Grid-Gehäuse unterge- 
bracht ist, gestattet, 32 Link-Eingänge über 
einen Kreuzschienenverteiler (Crossbar-Ma- 
trix) auf 32 Link-Ausgänge durchzuschalten. 
Die entsprechende Zuordnung wird über ein 
spezielles Konfigurationslink (ConfigLinkln/ 
ConfigLinkOut) eingestellt und abgefragt. Mit 
diesem Schaltkreis ergeben sich weitere 
Möglichkeiten, auch dynamisch veränder- 
bare Transputerstrukturen zu realisieren. 

Der Transputer und OCCAM 

Der Transputer und die Hochsprache OC- 
CAM sind zusammen entworfen worden und 
bilden deshalb eine Einheit. Das OCCAM- 
Konzept hat zu einer im Verhältnis zu ande- 
ren Hochsprachen einfach strukturierten und 

Bild 1 Grundidee des Transputers 
(P- Prozessor, M- Memory, T - Transputer) 
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überschaubaren Programmiersprache ge- 
führt, die insbesondere für Echtzeit- und Par- 
allelverarbeitung Vorteile bietet. Die Idee des 
OCCAM-Programmiermodells besteht dabei 
in folgenden Grundsätzen: 

In OCCAM werden Prozesse in Form von 
konkurrenten Systemen verbunden. Jeder 
Prozeß kann als „Black Box“ mit internen Zu- 
ständen dargestellt werden, wobei die Pro- 
zesse über die Punkt-zu-Punkt-Verbindung 
der Links miteinander kommunizieren kön- 
nen. Die Prozesse können genutzt werden, 
um eine Vielzahl unterschiedlicher Tatbe- 
stände (von der Logik-Nachbildung bis zur 
Verwaltungs-Aufgabe) zu repräsentieren. 

Die Prozesse sind in sich selbst geschlossen. 
Jeder Prozeß startet, realisiert eine be- 
stimmte Anzahl von Aktionen und schließt 
dann. Eine Aktion kann formuliert werden 
durch: das Setzen von sequentiellen Abläu- 
fen (Prozessen), einer nach dem anderen 
wie in konventionellen Programmierspra- 
chen, oder auch, und das ist sehr wesentlich, 
als eine Anzahl von parallelen Abläufen (Pro- 
zessen), die gleichzeitig ausgeführt werden 
können. 

Ein Prozeß kann also selbst wieder aus einer 
Anzahl von Prozessen bestehen. Allgemein 
wird ein Prozeß aus den folgenden drei Pri- 
mitiven konstruiert: Ausführung, Eingabe, 
Ausgabe. Ein in dieser Sprache implemen- 
tiertes Schlüsselkonzept besteht darin, daß 
die Kommunikation synchronisiert und unge- 
puffert abläuft. Die Kommunikation läuft ab, 
wenn beide an der Kommunikation beteilig- 
ten Prozesse (der Eingabe- und der Ausga- 
beprozeß) bereit sind. 

Da ein Prozeß eine interne Gleichzeitigkeit 
aufweisen kann, ist durch die Vielzahl der E / 
A-Links die gleichzeitige Kommunikation 
möglich. Als ein Wesensmerkmal des im 
Transputer implementierten OCCAM-Kon- 
zepts kann deshalb das Prinzip von Gleich- 
zeitigkeit und Kommunikation angesehen 
werden. Das OCCAM-Prozeßmodell läßt 
sich dabei auf die unterschiedlich ausgebau- 
ten Hardware-Transputer-Systeme Umset- 
zern Die Konfiguierung des Systems (unter 
anderem welche Prozesse mit welchen Kom- 
munikationsbeziehungen auf welchen T rans- 
putern laufen sollen) muß allerdings über ein 
Entwicklungssystem generiert werden. 

So kann das gleiche OCCAM-Programm auf 
einer unterschiedlichen Anzahl von Transpu- 
ter-Konfigurationen implementiert werden. 
Eine Konfiguration z. B. optimiert in bezug 
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Bild 2 Serielle Kommunikation über 
die Transputer-Links 

(A) physikalische Ebene 

(B) Occam - Prozeßmodell der 
Punkt-zu-Punkt-Kommunikation 

(C) Link-Protokoll 


auf die Kosten, eine andere auf Leistungsfä- 
higkeit, oder wiederum andere stellen einen 
Kompromiß zwischen Kosten und Leistungs- 
fähigkeit dar. Zur Verdeutlichung dieses Prin- 
zips soll in Bild 3 das Prozeßmapping in ei- 
nem oder verschiedenen Transputern aufge- 
zeigt werden. 

Wie bereits erwähnt, bietet das in OCCAM 
enthaltene Prozeßkonzept bei der Parallel- 
verarbeitung große Vorteile. Es muß jedoch 
betont werden, daß die Parallelität nach wie 
vor vom Entwickler selbst projektiert und pro- 
grammiert werden muß. Das Programmieren 
in OCCAM stellt in diesem Zusammenhang 
insbesondere folgende Anforderungen an 
den Programmierer: 

- Erkennen der Prozesse, die parallel ablau- 
fen können 

- Zuweisung der Kanäle zur Kommunikation 

- Vermeidung der Gefahr von Deadlocks 

- Die Prozesse sollten gleichlang sein. 

- Nutzung von Datenflußdiagrammen, da 
diese hierarchisch strukturiert sind. 

OCCAM, als reine Parallelsprache für den 
Transputer angesehen, schöpft allerdings 
auch nicht alle Möglichkeiten dieser Architek- 
tur aus. So fehlt zum Beispiel bis auf die Ar- 
ray-Verarbeitung vor allem die Behandlung 
von Datenstrukturen , so daß damit Merkmale 
einer modernen Programmiersprache, wie 
eine rekursive Programmierung, nicht ge- 
währleistet werden können. Deshalb und 
auch aus Gründen der bisherigen Nutzungs- 
breite werden zunehmend traditionelle 
Programmiersprachen (z. B. C) von der 
Host-Umgebung für den Transputer unter- 
stützt. 


Der leistungsstarke Transputer mit seiner in- 
tern realisierten 32-Bit-CPU, die als RISC-Ar- 
chitektur (RISC-Reduced Instruction Set 
Computer; Rechner mit reduziertem, aber 
dafür rechenzeiteffektivem Befehlsschlüs- 
sel) konzipiert ist, gestattet günstige Nut- 
zungsmöglichkeiten in der Echtzeitverarbei- 
tung. Der wesentliche Vorteil des Transpu- 
ters besteht dabei in der effektiven Bearbei- 
tung von Prozessen mit echt flächenhafter 
oder räumlicher Parallelisierung. Außerdem 
besitzt er eine interne Struktur, die es gestat- 
tet, außerordentlich kommunikationsfreundli- 
che, flächendeckende Computerstrukturen 
aufzubauen. Aus diesem Grunde wird er ge- 
genwärtig vorrangig in der Bildverarbeitung 
(Image Processing) und als Koprozessor zur 


Leistungssteigerung appliziert. Obwohl er 
nicht primärfür die Telekommunikationstech- 
nik entwickelt wurde, bieten sich aber mit sei- 
nem kommunikationsfreundlichen Link-Kon- 
zept durchaus reale Anwendungschancen in 
diesem Fachgebiet an. 

In /I / wurde als eine Anwendungsmöglichkeit 
die X.25-Implementierung mit Transputer 
vorgestellt. Im vorliegenden Beitrag sollen 
Eignungsbetrachtungen für den Prozeß der 
Paketkonzentration dargelegt werden. Aus- 
gangspunkt für diese Zielstellung ist es, ob- 
wohl durchaus die Nutzungsmöglichkeit tele- 
kommunikationstechnischer Spezialschalt- 
kreise bekannt ist, ausschließlich Kompo- 
nenten der Transputer-Schaltkreisfamilie zu 
applizieren. Dabei sollen an erster Stelle die 
Zugänglichkeit zum telekommunikations- 
technischen Prozeß sowie entsprechende 
Leistungsabschätzungen vorgenommen 
werden. 

Der Prozeß der Paketkonzentration bietet 
sich als experimenteller Ansatz auch aus 
Gründen einer hohen Adäquatheit von Pro- 
zeß und Architekturkonzept an. Dabei ist die 
optimale Version für diesen Applikationsfall 
eine hierarchische Baumstruktur, bei der die 
Transputer in den untergeordneten Zweigen 
vor allen Dingen die Ebene 2 - Verarbeitung 
übernehmen. In diesen und den nachge- 
schalteten Transputern kann weiterhin die 
Ebene 3 - Protokollverarbeitung erfolgen. 
Eine Basisaufgabe ist dabei die Behandlung 
von HDLC-Datenströmen. Dabei ergibt sich 
eine effektive Möglichkeit, die allerdings be- 
reits an die Leistungsfähigkeit des Link-Kon- 
zepts sowie die Verarbeitungsleistung des 
Transputers heranreicht, durch die Nutzung 
des Link-Adapters IMS C 01 1 in Mode 1 für 
die Behandlung von acht HDLC-Kanälen (in 
Hin- und Rückrichtung) (Bild 4). 

Die Auswertung der einlaufenden Daten- 
ströme kann dabei: 

- synchronisiert auf eine teilbare Taktfre- 
quenz entsprechend den vorgegebenen Nor- 
mungen 

- unsynchronisiert unter Einhaltung des Ab- 
tasttheorems bei Gewährleistung eines fe- 
sten Taktnormals 

erfolgen. 

Im Transputer, der dann eine Datenstruktur 
entsprechend der vorgenommenen Daten- 
strom-Behandlung zur Verarbeitung erhält, 
sind z. B. folgende Algorithmen zu implemen- 
tieren: 

Reformierung und Formierung des Daten- 



- Datennormierung bei unterschiedlichen 
Bitraten 

- Auslösung und Realisierung von Wieder- 
holungsanforderungen 

- Rahmenidentifizierung; zielgerichtete 
Steuerung der Informationsströme bzw. -pa- 
kete 

- Initialisierung des Gesamtsystems 

- Fehlerbehandlung und Ersatzschaltungs- 
realisierung. 

Damit ergibt sich ein beachtlichen Echtzeit- 
anforderungen entsprechendes, prozeßtypi- 
sches Aufgabenspektrum, das Transputer- 
varianten größer 1 0 MIPS (MIPS - Million In- 
structions per Second) bedarf, um eine Um- 
setzung zu gewährleisten. 

Insgesamt kann eingeschätzt werden, daß 
der Transputer als Architekturlösung für Pro- 
zesse mit innewohnendem Parallelisierungs- 
potential eine effiziente Computerstruktur 
darstellt. 

Bild 4 Transputereinsatz in der Telekommuni- 
kationstechnik (C - Control [Steuerung], H - 
Handshaking-Signale, T - Transputer, DRAM - 
dynamischer Schreib-ILesespeicher) 



- CRC-Berechnung und -Prüfung 
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Einsatz von Transputern 
in Spracherkennung und Robotik 


Dietmar Neumerkel, 

Prof. Dr. Dietrich Naunin 
Technische Universität Berlin 
(West), Institut für Elektronik 


In den letzten Jahren wurde in Großbritan- 
nien eine neue Prozessorfamilie entwickelt, 
die Transputer, deren leistungsfähigstes 
Mitglied ein 32-Bit-Prozessor mit Gleitkom- 
marechenwerk ist. Besonders geeignet sind 
die Transputer für Mehrprozessoranwen- 
dungen. Das prädestiniert sie besonders für 
rechenintensive Aufgaben. 

In dieser Vorstellung der Transputer soll zu- 
nächst das den Prozessoren zugrunde lie- 
gende Konzept verdeutlicht werden. Dann 
wird eine Leistungsabschätzung der Trans- 
puter im Vergleich zu anderen Mikroprozes- 
soren angestellt. Im dritten Teil werden zwei 
Applikationen mit Transputern vorgestellt, 
die am Institut für Elektronik der Technischen 
Universität Berlin (West) Gegenstand zweier 
Forschungsschwerpunkte sind. 

Transputer, eine neue 
Mikroprozessorgeneration 

Das auffälligste Merkmal des Transputers 
gegenüber bisherigen Mikroprozessoren 
sind die zusätzlich zum Speicherinterface 
vorhandenen vier seriellen Schnittstellen, die 
sogenannten Links (Bild 1). Über diese 
schnellen, bidirektionalen Kanäle (20MBit/s) 
können Punkt-zu-Punkt-Verbindungen zwi- 
schen den Transputern hergestellt werden, 
so daß eine Prozessorkopplung ohne Hard- 
wareaufwand möglich ist. Dieses buslose 
Konzept ermöglicht eine mit steigender Pro- 
zessorzahl lineare Leistungszunahme des 
Gesamtsystems. 

Im Bild 1 ist der 32-Bit-Prozessor T800 im 
Blockbild dargestellt, wobei besonders des- 
sen auf dem Chip integriertes Gleitkommare- 
chenwerk auffällt. 

Der T800 arbeitet mit einem internen Takt 
von 20 MHz; ein Speicherzugriff auf das in- 
terne, 4 KByte große RAM dauert nur 50 ns. 
Durch die RISC-Philosophie werden die mei- 
sten Befehle in einem Byte kodiert und in ei- 
nem Zyklus bearbeitet. 


Vergleich der Rechenleistung 
gegenüber anderen Prozessoren 

Um bezüglich der Rechenleistung des Trans- 
puters zuverlässige Aussagen treffen zu kön- 
nen, wurden vergleichende Untersuchungen 
durchgeführt. Gegenstand dieses Bench- 
mark-Tests war eine reellwertige 1024- 
Punkte-FFT nach Cooley-Tukey in 32-Bit- 
Gleitkommarechnung. 


Taten Rechenzeit für die 32-Blt-FFT 


Bild 1 Blockbild des 32-Bit-Transputers T800 



Die an dem Test beteiligten Signalprozesso- 
ren TMS32020 (20 MHz) und TMS320c25 
(40 MHz) wurden in Assembler programmiert 
und verwendeten ein eigenes Zahlenformat. 
Die Prozessoren MC68000 (8 MHz), 

MC68020 (mit und ohne Arithmetik-Kopro- 
zessor MC68881, je 17 MHz) und i80286 mit 
Koprozessor i80287 (je 10 MHz) wurden in 
der Hochsprache C programmiert und ver- 
wendeten ebenso wie die Transputer ein 
lEEE-Zahlenformat. Die Transputer T414 
(wie T800, nur ohne Gleitkommaeinheit und 
mit nur 2 KByte RAM) und T800 wurden in der 
speziell für die Transputer entwickelten Pro- 
grammiersprache OCCAM2 programmiert, 


die auch die Formulierung von Programmen 
mit parallelen Prozessen erlaubt. 

In der Tafel 1 und der Grafik in Bild 2 läßt sich 
sehr plastisch ablesen, wie leistungsfähig der 
Transputer auch in einer Einprozessorlösung 
ist. Es muß jedoch einschränkend hinzuge- 
fügt werden, daß sich bei anderen Anforde- 
rungen auch andere Testergebnisse erge- 
ben werden. Zum Beispiel berechnet der 
TMS32020 eine 1024-Punkte-FFT mit 16- 
Bit-Integer-Operanden in 4 ms. Bei anderen 
Benchmark-Tests schließt die 2-Chip-Lö- 

Bild 2 Rechenzeit für die 32-Bit-FFT 
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sung MC68020IMC68881 zum T800 auf. 
Eine Leistungssteigerung durch den Mehr- 
prozessoreinsatz ist jedoch nur mit den 
Transputern effizient möglich. 

Blockschaltbild 

eines Spracherkennungssystems 

Das Blockschaltbild eines Spracherken- 
nungssystems mit Signalprozessor und 
Transputern wird in Bild 3 so vorgestellt, wie 
es am Institut für Elektronik der TU Berlin 
(West) konzipiert und realisiert wurde. 

Da bei der Erzeugung der Merkmalsvektoren 
zur Spracherkennung 32-Bit-lnteger-Be- 
rechnungen ausreichen (Abtastwortbreite: 
1 2 Bit), ist zur Signalaufnahme und -Vorverar- 
beitung der Einsatz des Signalprozessors 
TMS320c25 auf der Signalprozessorkarte 
DSP25 einer Transputerlösung vorzuziehen. 
Von einem als Busmaster dienendem T rans- 
puter auf der BBK-V2- Karte (Firmenbezeich- 
nung für Busbrückenkopf VME 2) werden die 
Merkmalsvektoren aus der DSP 25 gelesen 
und der aus T800 bestehenden Prozessor- 
farm auf den VMETP5- Boards über ein auf 
den Links basierendes Verbindungssystem 
zugeführt. 

Die Vergleichsoperationen mit den hinterleg- 
ten Sprachmustern lassen sich ideal paralle- 
lisieren, so daß sich bei entsprechender Zahl 
von Transputern im System für jede Wort- 
schatzgröße die angestrebte Reaktionszeit 
realisieren läßt. 

Einsatz von Transputem 
in der Robotik 

Der Vorteil der hohen Rechenleistung eines 
Multi-Transputersystems soll auch in der 
Servoantriebstechnik bei hochdynamischen 
Antrieben und der Robotik genutzt werden 
(Bild 4). Für dieses Projekt wird eine modu- 
lare Transputerkarte VMETP3-I0 zur Rege- 
lung von drei Motoren beliebiger Art (Gleich- 
strom-, Synchron- und Asynchronmotor) ent- 
wickelt, um damit die 6 möglichen Freiheits- 
grade, die ein Roboter haben kann und die je- 
weils durch einen Motor verwirklicht werden, 
ausnutzen zu können. Über ein spezielles 


Bild 3 Blockbild ei- 
nes Spracherken- 
nungssystems 


Bild 4 Blockbild ei- 
nes Robotersteue- 
rungssystems 



Verbindungssystem, das sich durch Soft- 
ware konfigurieren läßt, können beliebig viele 
Transputerkarten VMETP5 zugeschaltet 
werden, um auch komplexe Regelungsalgo- 
rithmen, wie eine adaptive Regelung, zu im- 
plementieren. 

Zukünftige Einsatzmöglichkeiten 

Durch die Entwicklung des Multi-User/Multi- 
Tasking/Multi-Processor-Betriebssystems 
HELIOS lassen sich neue Anwendungsfelder 
erschließen. So sind erstmals Mehrplatz- 
rechner mit echter Parallelbearbeitung der 
einzelnen Benutzeraufgaben möglich. 

Auch für andere, sehr aufwendige Rechen- 
verfahren (Simulation, numerische Mathe- 
matik) stehen nun Systeme zur Verfügung, 
die ohne großen Hardwareaufwand die benö- 
tigte Verarbeitungsleistung bereitstellen kön- 
nen. 
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BROOK TAYLOR 


* 1685 Edmonton, 
1 1731 London 


Die überlieferten biographischen 
Angaben über den englischen Ma- 
thematiker Brook Taylor sind ver- 
gleichsweise spärlich. Immerhin ist 
bekannt, daß er ab 1701 in Cam- 
bridge vornehmlich Philosophie 
und Rechtswissenschaft und bei 
Isaak Newton Mathematik studiert 
hat. Beruflich war er ein vermögen- 
der Jurist und - ohne eine amtliche 
Stellung zu bekleiden - seit 1712 
Mitglied der Royal Society; in den 
Jahren 1714-18 fungierte er auch 
als ihr wissenschaftlicher Sekretär. 
Er gehörte der Kommission an, die 
den Prioritätsstreit zwischen Leib- 
niz und Newton untersuchte, und 
hier wirkte er in Briefen und Schrif- 
ten verständlicherweise als eifriger 
Newtonianer. 

In einem mathematischen Lexikon 
findet man mehrere Begriffe, die mit 
seinem Namen verbunden sind und 
noch heute zum fundamentalen 
Lehrstoff eines Mathematikstu- 


diums gehören: Taylor-Interpola- 
tion, Taylor-Reihe, Taylorscher 
Satz, Taylorsche Quadraturformel. 
Sehr bedeutsam für die heutige 
Rechentechnik sind aus der Inter- 
polationstheorie die Taylorschen 
Reihen geworden, also Potenzrei- 
hen der Form 

f <x) = k f Q (1/kl)f <k) (Xo)(x - Xo) k , 

worin f^’fxo) die k-te Ableitung von 
f(x) an der Stelle xo bedeutet. Sol- 
che Reihen bilden bei jedem mo- 
dernen Computer die Grundlage 
zur beliebig genauen Funktions- 
wertberechnung bei allen mögli- 
chen transzendenten Funktionen, 
also z. B. bei der Logarithmusfunk- 
tion, der Exponentialfunktion, bei 
sin x bzw. cos x oder bei den hyper- 
bolischen Funktionen. Die nach 
Taylor benannten Reihen kommen 
allerdings schon 1670 bei dem 
schottischen Mathematiker James 


Gregory (1638-75) sowie 1673 bei 
G. W. Leibniz vor. Taylor scheint 
davon nichts gewußt zu haben; in 
seinem Werk „Methodus incremen- 
torum“ (London 1715) leitet er die 
„Taylor-Reihe" aus Differenzenbe- 
trachtungen her, und 1717 wendete 
er sie zur Gleichungsauflösung an. 
Taylor hat auch eine Näherungsfor- 
mel für das bestimmte Integral 

Jf(x)dx 

angegeben, zu dessen Berech- 
nung die ersten n Ableitungen von 
f(x) benötigt werden. Des weiteren 
untersuchte er das Problem der 
schwingenden Saite (1715) und hat 
1717 ein schwieriges Leibnizsches 
Trajektorienproblem behandelt. 

Dr. Klaus Biener 
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Signalanalyse 

und Echtzeitverarbeitung 

mit digitalen Signalprozessoren 


Dr, Jürgen Förster, Dieter Scholz 
Technische Universität Karl-Marx- 
Stadt, Sektion Automatisierungs- 
technik 

Einführung 

Verfahren der digitalen Signalverarbeitung, 
insbesondere die Spektralanalyse auf der 
Basis der diskreten Fouriertransformation, 
finden in zunehmendem Maße Eingang in die 
Nachrichtentechnik, Schwingungsmeßtech- 
nik, Sprach- und Bildverarbeitung. Neue An- 
wendungsgebiete stellen Maschinendia- 
gnose, Prozeßüberwachung und Qualitäts- 
kontrolle dar. 

Nach einer Periode, die vorwiegend durch an 
Großrechner gebundene Lösungen mit aka- 
demischem Charakter gekennzeichnet war, 
stehen dem Ingenieur seit den 80er Jahren 
leistungsfähige Spektralanalysatoren zur 
Verfügung, z. B. /I/. Trotz beachtlicher Lei- 
stungsmerkmale ist ihre Verbreitung durch 
zu geringe Flexibilität und einen relativ hohen 
Preis eingeschränkt. 

Durch die breite Verfügbarkeit leistungsstar- 
ker Arbeitsplatzcomputer (PC) bis hin zu 
tragbaren Geräten einerseits und der Ent- 
wicklung von Prozessoren für Systeme mit 
hoher Verarbeitungsleistung andererseits 
(Arithmetikprozessoren, Signalprozessoren, 
Transputer) entstand die Voraussetzung für 
PC-gestützte Signalverarbeitungssysteme. 
In diesen PC-Meßgeräten wird der PC für die 
Menüführung, die Datenverwaltung und die 
grafische Darstellung verwendet. Zur Signal- 
aufzeichnung und teilweise auch Signalver- 
arbeitung dienen: 

- Slotkarten für PC XT/AT (z. B. Signalpro- 
zessorslot von STAC 12/ mit NEC 77230, FFT 
mit N = 1024 in 9,4 ms) 

- externe Module mit Buskopplung 

- selbständige Module mit standardisierter 
Schnittstelle (PC-lnstruments von Hewlett- 
Packard 131 und Siemens /4/). 

Für die weitere Signalverarbeitung im PC exi- 
stieren international leistungsfähige Soft- 
waresysteme wie ASYST, SIGNALYS und 
MATLAB. 

Gegenstand des Artikels ist die Realisierung 
der Echtzeitspektralanalyse auf dem System 


1. Komplettes Entwicklungssystem für den 
Signalprozessor TMS 32010 mit Assembler 
und Debugger 

2. Signalgenerator für verschiedenste im 
Host-PC generierte Signalfunktionen für Si- 
gnalfrequenzen < 600 kHz 

3. Signalanalyse mit verschiedenen Stan- 
dardverfahren 

4 . Signalverarbeitung mit digitalen Verfah- 
ren und anschließende Digital-Analog- 
Wandlung 

Das Gesamtkonzept ist in Bild 1 dargestellt. 
Es besteht aus einem Signalverarbeitungs- 
modul und einem Host-Rechner (PC-XT/AT, 
geplant ESER 1834/AC 7150). Die Verbin- 
dung erfolgt über eine parallele Schnittstelle. 



Bild 1 Gesamtkonzept TITAN 


Die CPU-Karte basiert auf dem Signalpro- 
zessor TMS 3201 0 /5/ /6/. Dieser ist der erste 
Vertreter des abgestuften Familienkonzep- 
tes digitaler Signalprozessoren der FirmaTe- 
xas Instruments (Bild 2). Weitere herausra- 
gende Vertreter sind der TMS 320C25 17/ mit 
einer Befehlszykluszeit von 100 ns und der 
TMS 320C30 /8/ mit 66 ns Zykluszeit und 
Gleitkommaarithmetik als Vertreter der 
3. Generation. Wesentliche Leistungsmerk- 
male sind den angegebenen Literaturstellen 
bzw. Tafel 1 zu entnehmen. 

Der unzureichend kleine interne Datenspei- 
cher von 144 Worten wurde im System durch 
externe Speicherressourcen auf derzeitig 
256 KWorte (maximal 1 MWort) erweitert. Für 
den Datenzugriff auf die Speicherressourcen 
dient eine äußerst effektive Pointerlogik, die 
neben der indirekten Adressierung auch pa- 
rallele Adreßberechnung, zyklische Adreß- 
zählung sowie das Bitreversing erlaubt. 


Da gegenwärtig angebotene Grafikkarten 
keine schnelle grafische Darstellung zulas- 
sen, wurde eine Grafikkarte für 512*256 
Punkte entwickelt, die zusätzlich eine Sono- 
grammdarstellung mit 64 Farben (geplant 
256) ermöglicht. 

Als Prozeßperipherie (ADU, DAU) wird ge- 
genwärtig eine einkanalige Versuchsversion 
mit maximal 1 00 kHz Abtastfrequenz (1 2 Bit) 
eingesetzt. Geplant ist ein abgestuftes Spek- 
trum zwischen mehrkanaligen Low-cost-Ver- 
sionen (1 0 Bit, 30 kHz Abtastfrequenz) bis zu 
High-speed-Ve rsionen (12 Bit, 1MHz) für 
verschiedene Anwendungsfälle. Weitere 
Zielgrößen sind: 

- Eingangsverstärker mit fester Verstärkung 

- interner Takt in 500-ns-Sch ritten einstell- 
bar 

- externer Takteingang 

- externer Triggereingang. 

Damit steht ein flexibles System zur Verfü- 
gung, welches neben der Signalanalyse vor 
allem zum Entwurf und zur Realisierung digi- 
taler Filter sowie zur Systemanalyse ersetz- 
bar ist. 

Die Realisierung der Diskreten 
Fouriertransformation (DFT) 

Die Berechnung der DFT : 

X(k) = 1/N £ x(n) ■ exp (-j2jrkn/N) 

für ein Signal x(n) stellt eine Grundaufgabe 
der digitalen Signalverarbeitung dar. Sie wird 
mit Algorithmen zur schnellen Fouriertrans- 
formation (FFT) ausgeführt 19/. 

Tafel 3 vergleicht die erzielten Transforma- 
tionszeiten zweier FFT-Programme auf dem 
System TITAN mit anderen bekannten Lö- 


Tafel 1 Leistungsmerkmale des TMS 3201 0 



TITAN. Dieses Signalverarbeitungssystem 
auf der Basis des Signalprozessors TMS 
32010 erreicht im Echtzeitbetrieb einschließ- 
lich der Darstellung des Autoleistungsspek- 
trums mit 512 Spektrallinien eine Abtastfre- 
quenz von mehr als 30 kHz. 

Vorgestellt werden weiterhin verschiedene 
Signalanalysestrukturen sowie ein Echtzeit- 
rahmenprogramm. 

Das Systemkonzept TITAN 

Eine Analyse des internationalen Standes 
zeigt deutlich die Notwendigkeit von Applika- 
tionen der digitalen Signalverarbeitung im in- 
dustriellen Bereich und deren fundierte Vor- 
bereitung durch eine moderne Ausbildung 
unserer Studenten. Aufbauend auf langjäh- 
rige theoretische Vorarbeiten entstand das 
Systemkonzept TITAN. Es besitzt folgende 
Einsatzcharakteristik: 



Bild 2 TMS320-Fami- 
lienkonzept der Firma 
Texas Instruments 
(aus 181) 


Tafel 2 Abtastfrequen- 
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sungen. Dabei können die Zeiten für andere 
TMS 32010-Systeme deutlich unterboten 
werden. Das Leistungsniveau des TMS 
32020 ist erreichbar. 

Diese Module stellen den Grundbaustein für 
ein Programm zur Berechnung des Autolei- 
stungsspektrums (TSXX) dar. 

Signalverarbeitungsstrukturen 

Algorithmen zur Ermittlung von Signalkenn- 
funktionen können in mehrere Signalverar- 
beitungsstrukturen eingebunden werden. 
Das soll anhand des Autoleistungsspektrums 
gezeigt werden, wobei von folgenden Aspek- 
ten ausgegangen wird: 

- Unterscheidung zwischen In-process- und 
Posf-process-Signalverarbeitung 

- Unterscheidung zwischen Real-time- und 
Intermediate-Betrieb 

- Einbeziehung von Mittelungsoperationen 
über mehrere Zeitsignale und Spektren als 
grundlegende Operation zur Reduktion irre- 
levanter Signalanteile. 

Damit ergeben sich folgende Signalverarbei- 
tungsstrukturen: 

1 . In process real time (IR; Bild 3a) 

Das Aufzeichnen der Signale und die Verar- 
beitung von Signalausschnitten bzw. die Er- 
gebnisauswertung erfolgen parallel, also in 
Echtzeit. Die Signalausschnitte können sich 
überlappen, müssen aber mindestens anein- 
anderliegend sein. Eine Mitteilung über Si- 
gnalausschnitte ist zwecklos, da beim War- 
ten auf die Erfüllung von T riggerbedingungen 
ein Echtzeitfehler auftreten würde. Jedoch ist 
die Einführung einer Triggerbedingung für 
den Beginn der Analyse möglich. Eine Mitte- 
lung über mehrere Autoleistungsspektren 
sollte einbezogen werden. Diese Signalver- 
arbeitungsstruktur ist zur Beobachtung insta- 
tionärer Signale im Frequenzbereich geeig- 
net. 

2. In process Intermediate (II; Bild 3b) 

Das Aufzeichnen von Signalausschnitten 
und deren Verarbeitung erfolgen sequentiell. 
Die Einführung von Triggerbedingungen er- 
möglicht die Mittelung mehrerer Signalaus- 
schnitte. Auch die Mittelung über mehrere 
Autoleistungsspektren ist sinnvoll. Da gegen- 
über der IR-Struktur die Verarbeitungszeit 
der Signalausschnitte keine Rolle spielt, 
kann mit wesentlich höheren Abtastfrequen- 
zen gearbeitet werden. 

3. Post process real time (PR; Bild 3c) 
Zunächst erfolgt die Aufzeichnung eines im 
Vergleich zu den Signalausschnitten für die 
Verarbeitung größeren Signalabschnittes, 
wobei Triggerung und damit die Mittelung 
über mehrere Signalabschnitte möglich sind. 
Bei der Verarbeitung einzelner Signalaus- 
schnitte können sich diese auch überlappen. 
Das entspricht dem Real-time-Betrieb. Für 
eine nachfolgende Verarbeitung ist die Spei- 
cherung aller Autoleistungsspektren sinnvoll 
(Wasserfalldiagramm, Sonogramm). Mit die- 
ser Struktur ist die Beobachtung hochfre- 
quenter instationärer Signaiverläufe mög- 
lich. 

4. Post process intermediate (P\) 

Dieser Struktur liegt der Gedanke zugrunde, 
bei der PR-Struktur aus dem Signalabschnitt 
sich nicht überlappende Signalausschnitte 
zu verarbeiten, die über T riggerbedingungen 
ausgewählt und ebenfalls gemittelt werden 
können. Die Realisierung dieser Struktur er- 
scheint nicht sinnvoll, da bei endlicher Länge 
des Signaiabschnittes die Erfüllung einer vor- 
gegebenen Anzahl von Triggerbedingungen 



fragwürdig ist und damit Widersprüche inner- 
halb der Mittelungsaufgabe entstehen. 

Im Konzept (Bild 3) sind nach den Routinen 
TREC und TSXX weitere Funktionsblöcke 
wie Signalfilterung, Filterung der Spektren 
und grafische Ausgabe der Signalaus- 
schnitte vorgesehen. Grundsätzlich sind 
diese Signalverarbeitungsstrukturen auch 


Realisierung 

eines Echtzeitrahmenprogramms 

Da die Realisierung der Struktur IR die größ- 
ten Anforderungen an Hard- und Software 
stellt, wurde als erstes ein Echtzeitrahmen- 
programm entwickelt, welchem als Task das 
Autoleistungsspektrum, aber auch andere 
Signalkennfunktionen, zugeordnet werden 
können. 

Anstatt des weitverbreiteten Einsatzes eines 
Eingangswechselspeichers, der die Verar- 
beitung aneinanderliegender Signalaus- 
schnitte gestattet, wird mit einem zyklischen 
Eingangsdatenspeicher der Länge 
REC = 4 KWorte gearbeitet. Auf den Ein- 
gangsdatenspeicher (Bild 4) greifen folgende 
3 Pointer modulo REC zyklisch zu: 

PW Adresse zum Einschreiben des näch- 
sten Abtastwertes durch Interruptprogramme 
nach Ablauf der Abtastperiode Ta. Der Poin- 
ter wird nach jedem Schreibvorgang um 1 er- 
höht. 

PR1 Anfangsadresse des der Task zuge- 
wiesenen Signalausschnittes 
PR2 erste Adresse nach Ende des Signal- 
ausschpittes, welcher der nächsten Task zu- 
gewiesen wird. 

Während der Bearbeitung einer Task können 
durch die Stellung des Pointers PW folgende 
3 Statuszustände eintreten: 

Status 0: PW befindet sich vor PR2. Ist Task 
m beendet, muß auf Status 1 gewartet wer- 
den, um Task m + 1 abzuarbeiten. 

Status 1 : Die notwendigen Abtastwerte für 
Task m + 1 sind vorhanden. 


Tafel 3 Rechenzeiten für FFT auf ausgewählten Signalprozessoren in ms 
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Bild 4 Zyklische Signalaufzeichnung und Auf- 
ruf einer Task 


Bild 5 Steuermenü 


für andere Kennfunktionen wie Korrelations- 
funktion, Amplitudenhistogramm und Kreuz- 
leistungsspektrum sowie auf Identifikations- 
algorithmen bei Klassifikationsaufgaben an- 
wendbar. 


Status 2: Die Verarbeitung von N Abtast- 
werten dauert länger als die Aufzeichnung 
von DEC Abtastwerten. Ausgabe eines Echt- 
zeitfehlers. Die Signalaufzeichnung wird bis 
zur Abarbeitung von Task m beendet. 

Wird die nächste T ask aufgerufen, sind 6 ver- 
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schiedene Kombinationen der Pointer mög- 
lich, die innerhalb des Echtzeitrahmenpro- 
gramms ausgewertet werden müssen. 

Somit können beliebig sich überlappende 
Zeitsignalausschnitte verarbeitet werden, 
wenn die Bedingungen: 

REC > N + DEC + 2 und N>1 
erfüllt sind. Das ermöglicht Overlapp-add- 
Entwicklungen für verschiedene Fenster- 
funktionen /14/. Weiterhin realisiert das Echt- 
zeitrahmenprogramm den Aufruf von Vorpro- 
grammen sowie die Mittelung mehrerer Si- 
gnalkennfunktionen. Bei der Anwendung auf 
die Berechnung des Autoleistungsspektrums 
im Echtzeitbetrieb mit Fensterfunktion, Sono- 
grammdarstellung und ohne Mittelungen er- 
geben sich für DEC = N die in Tafel 2 darge- 
stellten maximalen Abtastfrequenzen. 

Menügestaltung 

Die Gestaltung der Bedienoberfläche ist aus- 
schlaggebend für die Akzeptanz oder Ableh- 
nung eines Programms durch den vorgese- 
henen Nutzerkreis. Bild 5 zeigt das Steuer- 
menü für das oben vorgestellte Echtzeitrah- 
menprogramm zur Autospektralanlyse. 
Durch Betätigung der Kursortasten wird ein 
aktueller Funktionsblock ausgewählt und 
markiert. Nach Betätigen der ESCAPE Taste 
können in einem weiteren Menü die zugeord- 


neten Parameter geändert werden. Mit der 
Taste ENTER wird die Abarbeitung der 
Blockfunktion gestartet, die durch einen wei- 
teren Tastendruck unterbrechbar ist. 

Zur Verdeutlichung des Signalflusses ist im 
zentralen Teil des Steuermenüs die Signal- 
verarbeitungsstruktur IR dargestellt. An die 
Autoleistungsspektralanalyse schließt sich 
wahlweise eine Kurven- oder Sonogramm- 
ausgabe der Teilspektren an. Zugleich wird 
das dezentrale Konzept der Parameterein- 
gabe deutlich. Als erstes erfolgt die optimale 
Einstellung der einzelnen Funktionsblöcke, 
z. B. Autopower oder Histogramm, die auch 
einzeln gestartet werden können. Dann wird 
zur nächsten Hierarchiestufe übergegan- 
gen. 

Mittels des Debuggers können während der 
ersten Nutzungsphase noch Veränderungen 
auf der TMS-Ebene vorgenommen werden. 
Im Funktionsblock Spectra — > File ist die 
Übergabe der Spektren auf Files vorgese- 
hen, die mit kommerziellen Signalverarbei- 
tungssystemen, z. B. MATLAB, kompatibel 
sind. 
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G ate- Array und Standardzelle 
dominierende Vertreter 
innerhalb der ASICs 


Prof. Dr. Dietmar Müller 
Technische Universität Karl-Marx- 
Stadt 

Sektion Informationstechnik 

Mit den in /I/ angegebenen Kurzcharakteri- 
stiken und den in 121 beschriebenen Kriterien 
für ASICs ergibt sich Bild 1. Dabei ist die 
Zweiteilung in Anwenderprogrammierbare 
ASICs und Maskenprogrammierbare ASICs, 
die damit entwerfbar sind, zu erkennen. 



kreisarten 

*) Erläuterung: siehe MP 11188, Seite 324 


Anwenderprogrammierbare ASICs 

sind durch die schnelle Individualisierung, 
auch oft als Personalisierung bezeichnet, bei 
geringer Komplexität gekennzeichnet. Inner- 
halb dieser Gruppe nehmen die LCA (Logic 


Cell Array) eine Sonderstellung ein, weil 
diese gegenwärtig bereits 2000 bis 3000 
nutzbare Gatteräquivalente (GE- siehe dazu 
IM) aufweisen und nach 13/ bereits LCA- 
Schaltkreise mit 9000 GE angeboten wer- 
den. Wegen dieser Quantität und dem mit der 
Gate-Array-Architektur (Logik-Zellenfeld mit 
umgebende E/A-Zellenring) vergleichbaren 
Chipaufbau werden LCA oft auch als pro- 
grammierbare Gate Array bezeichnet. 

Die Anwenderprogrammierung der LCA er- 
folgt, indem von einem EPROM in den einge- 
bauten LCA-Schaltkreis die Steuerinforma- 
tionen für die Vielzahl der Schalttransistoren 
in entsprechende RAMs des LCA eingelesen 
wird. Diese Schalttransistoren verbinden die 
Logikblöcke des LCA (CLB = Configurable 
Logic Blocks) so, daß die mit Hilfe eines spe- 
ziellen CAD-Systems entworfene und simu- 
lierte Schaltungsstruktur eingestellt wird. 
Diese perspektivreiche ASIC-Art wird in ei- 
nem der nachfolgenden Artikel der ASIC-Se- 
rie näher vorgestellt. 

Maskenprogammierbare ASICs 

werden besonders durch die Gate-Array- und 
die Standardzellen-Schaltkreise geprägt. 
Während bisher noch Unklarheiten über den 
jeweils größeren Zuwachs bei Gate-Array 
oder Standardzelle existierten, ist auf der 
ISSCC ’8B (International Solid State Circuits 
Conference) /4/ eindeutig die „Gate-Array- 
Philosophie“ als die dominierende bei den 
ASICs favorisiert worden. Gleiches trifft bei 
den Technologien für die CMOS-Technolo- 
gie gegenüber bipolaren sowohl für die Spei- 
cher- als auch für die ASIC-Schaltkreise zu. 


Die Sfandardze/ten-Schaltkreise besitzen 
zwar ausgeprägte Möglichkeiten zur Ent- 
wurfsoptimierung und damit zur Verringe- 
rung der Chipfläche, was über die Erhöhung 
der Ausbeute zur Verringerung der Kosten 
führt; dennoch wird von zahlreichen Autoren 
der Standardzellen-Entwurf mehr als Ratio- 
nalisierungsmittel zum Entwurf echter Kun- 
denwunsch-Schaltkreise durch professio- 
nelle Entwerfer und weniger als ASIC-Ent- 
wurf durch potente Anwender betrachtet. 

Die Gemeinsamkeiten und die Unterschiede 
der maskenprogrammierbaren ASICs sind in 
Bild 2 für den Entwurf und die Präparation 
(angedeutet durch die Maskenanzahl) sche- 
matisch dargestellt und sollen nachfolgend 
für die Gate-Array- und Standardzellen- 
Schaltkreise ausführlicher dargelegt werden, 
wobei die Kurzcharakteristik dieser ASIC- 
Vertreter in /I / angegeben ist. 


Bild 2 Charakteristika von (entwerfbaren) 
ASICs 
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Gemeinsamkeiten von Gate-Array- 
und Standardzellen-Schaltkreisen 

basieren auf der ausschließlichen Nutzung 
von standardisierten Funktionselementen 
(Makros, Bibliothekselementen) beim Ent- 
wurf. Diese standardisierten Funktionsele- 
mente, die bei Standardzellen-Schaltkreisen 
eben Standardzellen genannt werden und 
die damit den unscharfen Begriff „Standard- 
zellen-Schaltkreise“ geprägt haben, sind 
vollständig entworfen, das heißt dimensio- 
niert und das elektrische Verhalten simuliert 
und mittels Teststrukturen auch verifiziert. 
Die Funktion und die Parameter der Funk- 
tionselemente sind für den Kunden damit 
festgelegt. Er kann diese wie die Standard- 
SSI-Schaltkreise und MSI-Schaltkreise der 
bekannten TTL- und CMOS-Reihen nutzen, 
deren konkrete Funktionen und Parameter ja 
auch fixiert sind. Dieser (scheinbare) Nach- 
teil für den Schaltkreisentwerfer hat jedoch 
den großen Vorteil, daß er im Rahmen der 
funktionellen Möglichkeiten dieser Elemente 
sich auf den eigentlichen Schaltungsentwurf 
konzentrieren kann und nicht noch Transi- 
storstrukturen entwerfen und deren Parame- 
terfixieren muß. Die sehr aufwendige elektri- 
sche Dimensionierung wird bei einmaligem 
Aufwand vom Hersteller oder vom Anbieter 
des Entwurfs- und Technologiesystems 
durchgeführt. 

Unterschiede von Gate-Array- 
und Standardzellen-Schaltkreisen 

resultieren aus der Anwendung dieser stan- 
dardisierten Funktionselemente beim Ent- 
wurf und der Herstellung. 

Beim Gate-Array-Schaltkreis sind die Anzahl 
und die Lage der Funktionselemente ebenso 
wie die Chipfläche, die Anschlußzahl, die An- 
zahl, die Lage und die Aufnahmefähigkeit der 
Verdrahtungskanäle vom Hersteller fixiert. 
Der Entwerfer bzw. der Anwender kann nur 
im Rahmen dieser Vorgaben „seinen“ Gate- 
Array-Schaltkreis entwerfen. Daraus resul- 
tiert aber der gravierende Vorteil, daß wegen 
dieser fixierten Vorgaben die notwendigen 
Transistorstrukturen vollständig auf den Sili- 
ziumscheiben (master slice) vorgefertigt wer- 
den können. Diese auf Vorrat produzierten 
Scheiben werden später durch die Verbin- 
dung der vorgefertigten Strukturen dem spe- 
ziellen Anwendungsfall angepaßt, wozu nur 
noch 20-30% des Gesamtaufwandes not- 
wendig sind. 

Beim Standardzellen-Schaltkreis kann der 
Entwerfer bzw. der Anwender die Anzahl und 
die Lage der Funktionselemente - entspricht 
den Standardzellen - im Rahmen der techno- 
logischen Möglichkeiten frei wählen. Glei- 
ches gilt damit auch für die Chipfläche und 
die Pinanzahl, die im Rahmen verfügbarer 
Bondinselringe wählbar sind. Aus diesem 
Vorteil, einem freizügigen Entwurf, folgt der 
Nachteil - zumindest eine zeitliche Verlänge- 
rung der Bereitstellung -, daß alle Ebenen 
und damit alle Masken für jeden Einsatzfall 
neu entworfen werden müssen. Während der 
manuelle Entwurfsaufwand durch Nutzung 
leistungsfähiger CAD-Systeme vergleichbar 
wird mit dem minimalen Aufwand bei Gate- 
Array-Schaltkreisen, resultiert aus der erst 
während des Entwurfs fixierten Lage der 
Transistoren die Unmöglichkeit einer Vorfer- 
tigung, wie bei Gate-Array-Schaltkreisen üb- 
lich. Dies bedeutet, daß für Standardzellen- 
Schaltkreise erst nach dem Entwurf die tech- 
nologische Präparation begonnen werden 
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kann, so daß die Bereitstellungszeit bei Stan- 
dardzellen-Schaltkreisen wesentlich länger 
als bei Gate-Array-Schaltkreisen ist. Diesem 
Nachteil stehen natürlich große Vorteile ge- 
genüber. So sind z. B. eine optimale Größe 
der Chipfläche, so sind Funktionselemente 
mit angepaßt dimensionierten Transistoren 
(da keine universell dimensionierten Transi- 
storen notwendig sind, kann Last- und/oder 
Zeitverhalten den verschiedenen Funktions- 
elementen angepaßt werden), und so sind 
Bus-Strukturen möglich. Bemerkenswert ist, 
daß innerhalb der Standardzellen-Bibliothek 
auch analoge Funktionselemente, wie Digi- 
tal-Analog- und Analog-Digital-Wandler 
möglich sind. Eine Gegebenheit, die beim 
Gate-Array-Entwurf erst als T endenz vorhan- 
den ist (BiCMOS). 

Der große Vorteil der Gate-Array-Schalt- 
kreise - die schnelle Verfügbarkeit von Mu- 
sterschaltkreisen - gegenüber Standardzel- 
len-Schaltkreisen wird durch eine weitere Art 
von Gate-Array, dem Lasarray (z. B. /5/) wei- 
ter ausgeprägt. Gleichzeitig gelingt es mit 
dieser Variante, die für Gate-Array-Schalt- 
kreise optimale Stückzahl von 500 bis 1 0000 
Stück (siehe Bild 2) weiter zu verringern. 
Beim Lasarray bewegen sich die nutzbaren 
Gatteräquivalente im unteren Bereich der 
Gate-Array-Schaltkreise (300 bis 3000), wo- 
bei die Chiparchitektur und die Entwurfsme- 
thodik sich stark ähneln. Im Gegensatz zur 
Maskenprogrammierung des Gate-Array 
werden die Lasarrays durch einen Laser- 
strahl individualisiert (siehe oben). Durch die 
Laserstrahldirektbelichtung werden die Pho- 
toschichten so belichtet, daß durch nachfol- 
gende Ätzprozesse die spezielle Schaltungs- 
struktur entsteht, die der Anwender mittels 
CAD-System entworfen hat. Diese Entwurfs- 
daten steuern den Laserstrahl im obigen Pro- 
zeß, wodurch CAD und CAM perfekt verbun- 
den sind. 

Es muß betont werden, daß diese Lasarrays 
keine Alternative zum Gate-Array sind, son- 
dern eine sinnvolle Ergänzung für kleine 
Stückzahlen. 

Zum prinzipiellen Verständinis des Gate-Ar- 
ray-Entwurfes auf der Basis standardisierter 
Funktionselemente sollen diese nachfolgend 
erläutert werden, obwohl deren Entwurf-wie 
oben beschrieben - nicht die Aufgabe des 
(Anwender-) Entwerfers ist und obwohl der 
Entwurf von Gate-Array-Schaltkreisen erst 
im nächsten Artikel der ASIC-Serie detailliert 
erläutert wird. 

Funktionselemente 

für den Gate-Array-Entwurf 

entstehen durch die Verbindung der auf dem 
Untergrund vorgefertigten Transistoren. 
Diese Transistorfelder sind gegenwärtig 
noch vonwiegend zeilenförmig angeordnet, 



Bild 4 Verschiedene Darstellungsformen für 
das Funktionselement: 2fach-NAND 


wobei sich zwischen diesen Zeilen die Ver- 
drahtungskanäle befinden (siehe Bild 5). 

Da international und national die Bedeutung 
der CMOS-Technologie ständig wächst, be- 
ziehen sich die folgenden Erläuterungen des 
Layouts von Funktionselementen auf CMOS, 
zumal die DDR-Gate-Array-Systeme U 5200 
16/, U 5300 und auch das Nachfolgesystem 
auf der CMOS-Technologie in den entspre- 
chenden Technologieniveaus beruhen. 

Bild 3 zeigt das Layout und die zugehörige 
Transistorstruktur einer Halbzelle eines 
Gate-Array-Masters. 11 
Dieser Master stellt die Grundlage eines 
„CMOS-Gate-Array-Lehrsystems“ 171 dar. 
Aus Gründen der Übersichtlichkeit und des 
besseren Verständnisses weisen die Transi- 
storen eine geradlinige Struktur auf, und es 
besitzen die p- und n-Transistoren gleiches 
Längen-/Breitenverhältnis, obwohl dies für 
die Verzögerungszeiten bei realen Struktu- 
ren ungünstig ist. 

Auf der Grundlage einer oder mehrerer der- 
artiger Halbzellen werden die erforderlichen 
Funktionselemente entworfen. Dies soll am 
Beispiel eines Zweifach-NAND erläutert wer- 
den. Hierzu ist im Bild 4a die notwendige 
Transistorschaltung, die in CMOS die Funk- 
tion eines zweifachen NAND realisiert, ge- 
zeichnet. Im Bild 4b ist auf der Basis der T ran- 
sistorstruktur einer Halbzelle (siehe Bild 3) 
das Zellenlayout des zweifachen NAND dar- 
gestellt. Die stark markierten Stellen bezeich- 
nen die „Verdrahtung“, die in diesem Fall als 
Alu-Leitbahnen ausgeführt ist. (Die den stark 
markierten Stellen zugeordneten Ziffern sind 
zugefügt worden, um das Verständnis zu er- 
höhen.) 

Dieses Zellenlayout ist für den Anwender 
uninteressant, er kann es nicht beeinflussen, 
ja, er muß und wird es in der Regel nicht ken- 
nen. Ihm werden neben der logischen Funk- 
tion die dynamischen Parameter und die An- 
schlußparameter zur Kenntnis gebracht, so 
daß er mit dem symbolischen Layout der 
Funktionselemente (Bild 4c) entwerfen kann. 
Im allgemeinen entwirft er sogar nur mit dem 
logischen Symbol der Funktionselemente 
oder deren sprachlicher Beschreibung. 

Der Entwickler eines Gate-Array-Systems 
entwirft eine Vielzahl von Funktionselemen- 
ten. Diese müssen unter Beachtung der Ent- 
wurfsregeln sehr genau mit rechentechni- 
schen Mitteln und durch Herstellen von Test- 
strukturen untersucht werden, damit die Pa- 
rameter auch unter Worst-case-Bedingun- 
gen eindeutig bekannt sind. Die rechentech- 
nische Simulation des elektrischen Verhal- 


11 Bei farbigen Darstellungen von Layouts sind das aktive 
Gebiet rot, das Poly-Silizium blau, die Kontaktfenster grün 
und die Alu-Bahnen schwarz dargestellt. 
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Bild 5 Ausschnitt eines Entwurfes mit einem „ CMOS-Gate-Array-Lehrsystem “ (teilweise trassiert) 


tens mittels Netzwerkanalysemethoden ist 
daher sehr rechen- und zeitaufwendig. Sie 
muß jedoch nur beim Entwickler des Sy- 
stems, quasi einmal, für alle nachfolgenden 
Anwendungen durchgeführt werden. 

Diese Funktionselemente mit ihren Parame- 
tern stehen dem Anwender in einer Bibliothek 
von Funktionselementen zur Verfügung (im 
System U 5200 als Macrobibliothek /6/ be- 
zeichnet). Die konkret nutzbaren Funktions- 
elemente sind vom Entwurfssystem, vom 
Technologieniveau und von der Zahl der vom 
Anwender nutzbaren Ebenen (z. B. Alu - 
Poly-Si - Kontaktfenster oder Alu - 2mal 
Poly-Si - Kontaktfenster oder 2mal Alu - . . .) 
abhängig. 

Allen gemeinsam ist die Beschränkung auf 
vorerst digitale Grundelemente. Dies bedeu- 
tet eine Vielzahl von kombinatorischen 
Grund- und Komplexgattern und nur einen 
(oder wenig modifizierten) FF-Typ (siehe 
dazu nächste Artikel der ASIC-Serie). So 
sindz. B. möglich 

- Inverter (einfach, mehrfach) 

- zwei- bis vierfach NAND/AND 

- zwei- bis vierfach NOR/OR 

- zweifach Antivalenz/Äquivalenz 

- Multiplexer, Demultiplexer 

- Komplexgatter (Kombination von NAND- 
NOR-Strukturen) 

- D-FF, J-K-FF und Modifikationen. 

Die Bibliothek der Funktionselemente ist 
oben offen, das heißt, geforderte Funktions- 
elemente können bei Sinnfälligkeit nach ent- 
sprechender Simulation vom Entwickler des 
Gate-Array-Systems aufgenommen werden. 
Mit dem konkreten Wissen um die Parameter 
dieser Funktionselemente - vergleichbar mit 


dem Wissen um die Parameter der TTL- und 
CMOS-Standardschaltkreise - wählt der An- 
wender (zumindest bei einem manuellen Ent- 
wurf, z. B. während der Aus- oder Weiterbil- 
dung) die für die Realisierung seiner erforder- 
lichen Funktion notwendigen Funktionsele- 
mente aus (vergleichbar mit der Auswahl obi- 
ger Standard-Schaltkreise). Anschließend 
erfolgt ein „geschicktes“ Anordnen (Plazie- 
ren) der ausgewählten Funktionselemente, 
damit die Verbindung der Funktionselemente 
vollständig möglich wird (Trassierung). Die 
Plazierung und Trassierung ist vergleichbar 
mit der Anordnung von Standard-Schaltkrei- 
sen beim Entwurf einer kreuzungsfreien 
Zwei-Lagen-Leiterplatte. 

Ein Ausschnitt des Lehrmasters mit plazier- 
ten symbolischen Layouts und einer stück- 
weisen Trassierung zeigt Bild 5. Es ist mit 
Hilfe der Erläuterung im Bild 3 zu erkennen, 
daß die Verdrahtungskanäle Alu-Leitbahnen 
(stark schwarz) aufweisen, die über die Poly- 
Silizium-Bahnen (dünn markiert) angeordnet 
werden. Beide Leitbahnen können durch die 
Kontaktfenster (Quadrate - mittelstark ge- 
zeichnet) verbunden werden. 

Aus dem Bild 5 und der skizzierten Beschrei- 
bung des (manuellen) Entwurfs eines Gate- 
Array-Schaltkreises kann die große Ähnlich- 
keit zum Leiterplattenentwurf erkannt wer- 
den. Der skizzierte manuelle Entwurf ist 
selbstverständlich nicht erstrebenswert und 
bei der gegenwärtig bereits verfügbaren Zahl 
von Gatteräquivalenten (größer 1 000) auch 
nicht realisierbar. 

Wie in 121 kurz erläutert, kann der Anwender 
„seinen“ Gate-Array-Schaltkreis nur effektiv 
entwerfen, wenn neben der Technologie ein 
leistungsfähiges CAD-System bereitgestellt 


wird. Daher wird im nächsten Artikel der 
ASIC-Serie der rechnerunterstützte Entwurf 
von Gate-Array-Schaltkreisen erläutert und 
die Nutzung der Systeme ARCHIMEDES des 
VEB Forschungszentrum Mikroelektronik 
Dresden (ZMD) und PC-GAD der Techni- 
schen Universität Karl-Marx-Stadt beschrie- 
ben. 


Literatur 

/I/ Müller, D.: ASIC von A bis Z (C). Mikroprozessortechnik, 
Berlin 2 (1988) 11, S. 324 

121 Müller, D.: ASIC - eine Revolution? Mikroprozessor- 
technik. Berlin 2 (1988) 1 1 , S. 323 

131 Logic Cell Arrays von XILINX. Elektronik (1987) Sonder- 
heft 237, S. 73 

/4/ Winkler, P.: International Solid State Circuits Confe- 
rence 1988, Reisebericht, Dresden 3/1988 

151 Soldani, L.: ASICs per Laserstrahl (Alternative für kleine 
Mengen - das Lasarray). Elektronik (1987) Sonderheft 
237, S. 71 

151 Fischer, W.-l. u. a.: CMOS-Gate-Array-System U 5200. 
Nachrichtentechnik. Elektronik, Berlin 36 (1986) 1 , S. 21 

77/ Müller, D. u. a.: Entwurfspraktikum mit einem Gate-Ar- 
ray-Lehrsystem an der TH Karl-Marx-Stadt, Vortrag 
1. Tagung Schaltkreisentwurf, Dresden 1986 


| Bl KONTAKT 9 I 

Technische Universität Karl-Marx-Stadt, Sektion Informa- 
tionstechnik, Reichenhainer Straße 70, Karl-Marx-Stadt, 
9022; Tel. 5 61 3195 


TERMINE 

Die Fachtagung „Aufsetzmontage in 
der Leiterplattentechnik unter Berück- 
sichtigung der Nacktchipverarbei- 
tung“ mit internationaler Beteiligung 
aus den RGW-Ländern findet mit 
neuem Termin 

vom 27. bis 28. September 1 989 
in Berlin statt. 

Vortragsmeldungen sind bis zum 
7. Februar 1 989 zu richten an: 

Kammer der Technik, Präsidium, Fach- 
verband Elektrotechnik, Postfach 1315, 
Berlin, 1036. 
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Der Begriff der Workstation wurde 
Anfang der achtziger Jahre von der 
amerikanischen Firma Apollo Do- 
main geprägt. Man verstand darunter 
einen Arbeitsplatzrechner für den 
professionellen Einsatz, der in seinen 
technischen Parametern den Heim- 
und Personalcomputern weit überle- 
gen war. Ein charakteristisches Merk- 
mal der Workstation ist vor allem ein 
grafischer Bildschirm mit 
Einzelpunktansteuerung, auf dessen 
Basis ein fortgeschrittener Mensch- 
Maschine-Dialog geführt werden 
kann. Weitere Geräte der Grafikperi- 
pherie wie Flachbett- oder Rollenplot- 
ter, Rollkugeln, Digitalisiertabletts 
und Mäuse vervollständigen oft eine 
Workstation. 

Auf Grund des weltweiten Übergangs 
zur breiten Anwendung von rechner- 
gestützten Methoden und Verfahren 
wie Computer Aided Design (CAD), 
Computer Aided Manufacturing 
(CAM), Büroautomatisierung mit an- 
spruchsvoller Geschäftsgrafik, Desk- 
Top-Publishing u. v. a. m. entwickelte 
sich der Workstation-Markt beson- 
ders in den letzten Jahren rasant. Alle 
führenden Rechnerhersteller bieten 
zu ihren klassischen Klein- und Groß- 
rechnern entsprechende Worksta- 
tions an. Manche Hersteller haben 
sich sogar nur auf Workstations spe- 
zialisiert. Die Tabelle zeigt, wie sich 
die Marktanteile (in %) bei den ver- 
kauften Stückzahlen weltweit auf die 
führenden Firmen aufteilen (Quelle 
Dataquest, IDC). 


Hersteller 

1986 

1987 

Sun Microsystems 

26 

28 

Apollo Domain 

24 

21 

Hewlett-Packard 

22 

16 

Digital Equipment 

8 

21 

Andere 

20 

14 


Workstations werden in der Regel als 
„intelligente“ Datenendplätze von 
(Hochleistungs-) Klein- oder Groß- 
rechnern verwendet, wodurch der 
Workstationbenutzer bei Bedarf auf 
vom Zentralrechner verwaltete, ge- 
meinsam genutzte Datenbanken, 
eine größere Verarbeitungsleistung 
und spezielle Peripherie wie Laser- 
drucker, Magnetbandarchive usw. 
zugreifen kann. 


Entwicklungstrends 

Ausgangspunkt der Workstationent- 
wicklung war die Entlastung der teu- 
ren Zentralrechner von den zeit- und 
speicherplatzaufwendigen Grafik- 
operationen, die die Leistung der 
Zentralrechner erheblich minderten 
und im Multiuserbetrieb die Qualität 
des Mensch-Maschine-Dialogs durch 
unvertretbare Wartezeiten beträcht- 
lich minderten. Durch Verlagerung 
der elementaren Grafikoperationen 
(Pan, Zoom, Clipping, Rotation usw.) 
auf einen preiswerten Mikrorechner 
in das Grafikterminal wurde der Zen- 
tralrechner erheblich entlastet. Mit 
der weiteren Entwicklung der Work- 
station-Technologie vergrößerten 
sich ständig die Forderungen nach 
immer mehr Computerleistung, nach 
größeren Bildschirmen und immer 
höherer Auflösung der Bildschirme 
am Arbeitsplatz des Ingenieurs, Kar- 
tographen oder Redakteurs. Mit Rea- 
lisierung eines effektiven Transfers 
der Daten und Grafiken zwischen 
Zentralrechner und Workstation hat 
sich auch ständig die Forderung nach 
schnelleren Kommunikationsmedien 
erhöht, so daß die Entwicklung der 
Workstation-Technologie in enger 
Einheit mit der Entwicklung der LAN- 
Technologie zu sehen ist. 

Betrachtet man heute das Angebot 
an Workstations auf dem Weltmarkt, 
muß man feststellen, daß die Pro- 
duktpalette sehr breit ist und die 
Grenzen bei dem rasanten Entwick- 
lungstempo stark fließend sind. In das 
Gebiet der Workstations fließen ver- 
stärkt die leistungsstarken Personal- 
computer wie die Personalcomputer 
des IBM Personal System/2 (Modell 
50, 60, 70 und 80) als auch Worksta- 
tions auf der Basis von klassischen 
Kleinrechnern wie VAXstation 8000 
und auf der Basis von Supermikro- 
rechnern wie VAXstation 3200 und 
3500 ein. 

Definition 

Wird die Frage nach einer Definition 
des Begriffes „Workstation“ gestellt, 
dann erweist sich bei dem gegenwär- 
tigen enormen Entwicklungstempo 
die Beantwortung als recht kompli- 
ziert. In den USA wurde vor etwa 5 
Jahren der Begriff einer 5M-Ma- 
schine geprägt, worunter man die 
Mindestanforderungen verstand: 


- 1 MIPS (Million Befehle/Sekunde) 

- 1 MByte Arbeitsspeicher 

- 1 Million Bildpunkte (Pixel) 

- 1 MBit/s Datenübertragungsrate 

- Mehrfenstertechnik 

Diese Anforderungen waren vor eini- 
gen Jahren für viele Systeme noch 
unüberwindbar. Heute werden sie 
aber schon von Personalcomputern 
und teilweise von Heimcomputern er- 
reicht. Seit 2 Jahren werden verstärkt 
auf den Markt Superworkstations auf 
der Grundlage der RISC-Architektur 
(Reduced Instruction Set Computer) 
gebracht, die eine Verarbeitungslei- 
stung bis zu 10 MIPS erreichen. 

Die RISC-Technologie mit dem ein- 
geschränkten Befehlssatz ermöglicht 
durch den Wegfall der Mikroprogram- 
mierung im Mikroprozessor die Pro- 
duktion von sehr schnellen, preiswer- 
ten Mikroprozessoren. RlSC-Work- 
stations zeichnen sich damit durch 
ein wesentlich besseres Preis-/Lei- 
stungsverhältnis aus, was zu einem 
weiteren starken Preisverfall führte. 
So werden heute Workstations be- 
reits für 10000 DM von verschiede- 
nen Herstellern angeboten. 

Von Hewlett-Packard wurde 1 986 die 
erste RISC-Architektur, die soge- 
nannte Precision Architecture, ein- 
heitlich für Workstations und Mini- 
computer angekündigt. Entspre- 
chende Workstations HP 9000/825 
SRX und HP 9000/835 SRX wurden 
vor einem Jahr vorgestellt. Sun Mi- 
crosystems entwickelte einen eige- 
nen RISC-Mikroprozessor, der in der 
neuen Workstation Sun 4/200 einge- 
setzt wird, die die bisher sehr erfolg- 
reiche Workstation-Familie Sun 3 ab- 
lösen wird. Von Motorola wurde wei- 
terhin speziell für Workstations der 
32-Bit-RISC-Prozessor MC 88000 
auf den Markt gebracht. 

Natürlich kann eine Rechnerleistung 
von 1 MIPS eines RISC-Prozessors 
keinesfalls mit 1 MIPS einer Micro- 
VAX verglichen werden, aber be- 
trachtet man das Aufgabenpfofil einer 
Workstation, dann überwiegen ein- 
deutig die kurzen und einfachen Ope- 
rationen, so daß die RISC-Architektur 
klar überlegen ist. 

Workstation-Typen 

Bei den Workstations der oberen Lei- 
stungsklasse spricht man heute oft 
schon von der 1 0-M-Maschine, de- 


ren Rechnerleistung bis zu 10 MIPS, 
der Hauptspeicher 8 bis 16 MByte 
und die Bildschirme bis zu 
4096 x 4096 Pixel haben. Als Quasi- 
Industrie-Standard für die Kommuni- 
kation hat sich Ethernet mit 1 0 MBit/s 
herausgestellt. In dieser Klasse ha- 
ben sich eindeutig die 32-Bit-Mikro- 
prozessoren wie MC 68020, MC 
68030 und Intel 80386 durchgesetzt, 
die jetzt zunehmend durch RISC-Pro- 
zessoren verdrängt werden. 

Das Bild zeigt als Beispiel eine inter- 
essante Neuentwicklung des nor- 
wegischen Unternehmens Norsk 
Data auf der Basis eines Drei-Prozes- 
sorsystems. Der Grafikrechner be- 
ruht auf dem Mikroprozessor MC 
68020 und einem AMD-Chip für die 
Pixel-Grafik. Damit bei Konstruk- 
tionsaufgaben keine Bildschirmflä- 
chenanteile für Bedien- und Kommu- 
nikationsaufgaben (Multiwindowing) 
verloren gehen, werden dafür geson- 
derte Bildschirme eingesetzt. 
Software 

Mit den 32-Bit-Mikroprozessoren 
bzw. RISC-Prozessoren hat sich ein- 
deutig als Basisbetriebssystem für 
Workstations durchgesetzt. Die mei- 
sten Hersteller wie Apollo orientierten 
dabei auf Systeme, die zum Berke- 
ley-UNIX BSD 4.3 kompatibel sind. 
Als zweite Hauptrichtung sind ver- 
stärkt UNIX-Systeme entsprechend 
der System-V-Interface-Definition 
von AT&T bzw. den Empfehlungen 
der X/OPEN-Gruppe anzusehen. 

Auf den leistungsschwächeren 
Workstations wird für technische An- 
wendungen vorrangig die 2D-GKS- 
Software und auf den leistungsstär- 
keren Workstations die 3D-GKS- 
Software angeboten. Für die Wind- 
owtechnik wird allgemein Software 
auf der Basis des X1 1 -Window-Stan- 
dards bereitgestellt. 

Hau ptei nsatzgebiete 
In der Vergangenheit war das Haupt- 
einsatzgebiet von Workstations vor 
allem das rechnergestützte Konstru- 
ieren (CAD) auf fast allen ingenieur- 
technischen Gebieten. 

Wichtige Anwendungen sind vor al- 
lem der Schaltkreis- und Leiterkarten- 
entwurf, wobei die Schaltkreis- und 
Logiksimulation meist auf einem lei- 
stungsfähigeren Zentralrechner aus- 
geführt wird. Frühzeitig hatte sich 
auch das Gebiet des Entwurfs von 
mechanischen Konstruktionen ent- 
wickelt, wobei auch hier die Festig- 
keitsberechnungen auf der Basis der 
Finite-Elemente-Methode (FEM) auf 
einen sehr leistungsfähigen Zentral- 
rechner delegiert werden. 

Zu den neueren Anwendungsgebie- 
ten gehören vor allem: 

- rechnergestützte Softwareent- 
wicklung (CASE - Computer aided 
Software engineering) 

- Expertensysteme (Kl-Workstat- 
ions) für fast alle Wissensgebiete 

- Büroautomatisierung 

- Desk-Top-Publishing 
Zweifellos sind damit noch lange 
nicht alle Anwendungsgebiete er- 
schlossen. Aber mit der weiteren Ent- 
wicklung der Workstation-Technolo- 
gie werden durch diese leistungsfähi- 
gen Arbeitsplatz-Rechner zuneh- 
mend die Arbeitsinhalte nahezu aller 
Berufsgruppen tiefgreifenden sozia- 
len Veränderungen unterzogen. 

Prof. Dr. Thomas Horn 
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Die algorithmische Aufbereitung der Der Grundgedanke für die Umset- 
Problemstellung bei der Entwicklung zung des Problems in einen Algorith- 
eines Programms ist die halbe Lö- mus besteht darin, das BASIC-Pro- 
sung! gramm, beginnend am Programman- 

Dieser Beitrag wendet sich an Klein- fang auf den Speicherbereich, unter 
Computerprogrammierer mit Inter- Übergehen von Kommentaren und 
esse für Maschinencodepro- unnötigen Leerzeichen, zu kopieren, 

gramme. den es nach dem Laden im OK des 

Es soll ein Programm entwickelt wer- BASIC einnimmt. Besonders günstig 
den, mit dessen Hilfe alle Kommen- läßt sich der Grundgedanke in der As- 
tare und unnötigen Leerzeichen in ei- semblersprache für den U 880 unter 
nem BASIC-Programm der KC 85- Verwendung des LDI-Befehis reali- 
Familie beseitigt werden können. sieren. Dem wurde schon bei der Er- 

Dazu ist es notwendig zu wissen, wie arbeitung des Algorithmus Rechnung 
ein BASIC-Programm im Speicher getragen. Den Algorithmus geben wir 
des Rechners aufgebaut ist. Die in Form eines Programmablaufpla- 
Struktur ist in Tafel 1 angegeben. Sie nesan (siehe Bild 1). Das Assembler- 
wird auch als physische Programm- Programm (Bild 2) wurde anhand des 
Struktur bezeichnet. Sowohl logisch Programmablaufplanes für die Klein- 
ais auch physisch stellen die BASIC- Computer KC 85/1 und KC 87 erarbei- 
Programme der KC 85-Familie li- tet. Das entsprechende Maschinen- 
neare Listen dar. Verbal läßt sich eine Codeprogramm wird im OS geladen 
Datenstruktur, die als lineare Liste und mit dem Namen ’NCOMMENT' 
bezeichnet wird, wie folgt beschrei- im OS aufgerufen (siehe auch IM). 
ben: Der dem Algorithmus entsprechende 

»Ein Datenelement (= BASIC-Zeile) Maschinencode ist verschiebbar und 
ist das letzte oder besitzt einen wohl- kann sofort auf KC 85/2 und KC 85/3 
definierten Nachfolger. implementiert werden. Es sei darauf 

* In Verbindung mit BASIC-Program- hingewiesen, daß im Algorithmus 
men ist das nachfolgende Datenele- nicht berücksichtigt wurde, daß man- 
ment diejenige Zeile mit der kleinsten che Programmierer Zeichenketten- 
Zeilennummer, die größer als die Zei- konstanten nicht ordnungsgemäß ab- 
lennummer der betrachteten Zeile ist. schließen, wenn sie am Ende einer 
Die symbolischen Adressen BKPFZ, BASIC-Zeile stehen. 

DSTi (i = 1 , 2, 3) in Tafel 1 sind BA- Das betrachtete Problem eignet sich 
SIC-Notizspeicheradressen und ste- auch für eine Behandlung in einem In- 
hen entsprechend für BASIC-(Pro- formatik-Schülerzirkel. Dabei ist es 
gramm-) Kopfzeiger und Datenstapel- gut geeignet, der allgemein beob- 
zeiger. achtbaren Tendenz, Programment- 

Tafel 1 BASIC-Programmstruktur 



Bild 1 Programmablaufplan 
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Wicklung nur im Dialog mit dem Com- 
puter vorzunehmen, entgegen zu wir- 
ken. 

Literatur 

/I/ Betriebssystem Z 9001 , KC 85/1 , KC 87. 
VEB Robotron-Meßelektronik „Otto 
Schön", Dresden 1986 
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Martin-Luther- Universität Halle- Wittenberg, 
Sektion Mathematik, Universitätsplatz 6, 
Halle, 4020; Tel. 622524 


Rechnen mit komplexen 
Zahlen in BASIC 

Es gibt nur wenige Programmierspra- 
chen (z. B. Fortran IV), die als Varia- 
blentyp eine komplexe Zahl 
K = k, + i • k 2 zulassen. Trotzdem ist 
natürlich die Rechnung mit komple- 
xen Zahlen auch in anderen Pro- 
grammiersprachen programmierbar. 
In diesem Beitrag werden Hinweise 
gegeben, wie das in BASIC möglich 
ist, wobei die Kenntnis der Rechenre- 
geln mit komplexen Zahlen vorausge- 
setzt wird. 

Um Speicherplatzbedarf und Re- 
chenzeit zu minimieren und eine 
hohe Übersichtlichkeit des Pro- 
gramms zu gewährleisten, werden 
die komplexen Zahlen nur in ihrer kar- 
tesischen (nicht exponentiellen) 
Form verwendet. Dem Real- und Ima- 
ginärteil werden verschiedene Varia- 
ble zugeordnet, wobei ihre inhaltliche 
Zusammengehörigkeit durch geeig- 
nete Maßnahmen zu gewährleisten 
ist. Empfehlenswert ist die Verwen- 
dung von Arrays und die lückenlose 
Belegung aufeinanderfolgender 
Feldvariablen mit dem Real- und zu- 
gehörigen Imaginärteil. Bei einem 
Basic-Interpreter, bei dem der nied- 


rigste Index der Feldvariablen 0 ist, 
sind dann alle Realteile in einer ge- 
radzahlig indizierten Feldvariablen 
und die zugehörigen Imaginärteile in 
der um 1 höher indizierten, ungera- 
den Feldvariablen gespeichert. Es ist 
zu beachten, daß wenige große Ar- 
rays weniger Speicherplatz benöti- 
gen als zahlreiche kleine mit gleich- 
viel Feldplätzen. Werden einfache 
Variablen verwendet, so empfiehlt 
sich eine Indizierung, z. B. arfür Real- 
und ai für Imaginärteil der komplexen 
Zahl a. Schließlich wird vereinbart, 
daß im Imaginärteil die imaginäre Ein- 
heit i (bei der komplexen Wechsel- 
stromrechnung üblicherweise j) stets 
als Faktor bzw. im Zähler steht. Nur 
so wird gewährleistet, daß das Vor- 
zeichen des Imaginärteiles eindeutig 
interpretiert werden kann. 

Damit sind alle Voraussetzungen zur 
Programmierung komplexer Rech- 
nungen geschaffen. Um mit wenig 
Speicherplatz und Rechenzeit auszu- 
kommen, sollten die im Programm 
benötigten Rechenarten mit komple- 
xen Zahlen mit der DEF FN-Anwei- 
sung am Programmanfang, zusam- 
men mit den Feldern (DIM-Anwei- 
sung), definiert werden. Gemäß den 


Rechenregeln für komplexe Zahlen 
und für Computer, deren BASIC-In- 
terpreter mehrere Variablen in selbst- 
definierten Funktionen zulassen, lau- 
ten diese Funktionen (A, C - Realteile 
und B, D - Imaginärteile der zu ver- 
knüpfenden komplexen Zahlen): 

10 DEFFN S(A,B,C.D) = A + C: 

REM Realteil der Summe 
20 DEF FN T(A,B,C,D) = B + D: 

REM Imaginärteil der Summe 
30 DEF FN D(A,B,C,D) = A - C: 

REM Realteil der Differenz 
40 DEF FN E(A,B,C,0) = B - D: 

REM Imaginärteil der Differenz 
Die in den Zeilen 1 0 bis 40 definierten 
Funktionen bringen außer einer Erhö- 
hung der Übersichtlichkeit Nachteile 
an Speicherplatzbedarf und Rechen- 
zeit gegenüber der direkten Program- 
mierung der Addition bzw. Subtrak- 
tion an der Programmstelle, wo der 
Funktionsaufruf erfolgen würde. An- 
ders bei den folgenden Zeilen: 

50 DEF FN 0(A,B,C,D) 

= A*C-B*D: 

REM Realteil des Produktes 
60 DEF FN P(A,B,C,D) 

= B*C + A*D: 

REM Imaginärteil des Produktes 
70 DEF FN Q(A,B,C,D) 

= (A * C + B * 

D)/(C * C + D * D): REM Real- 
teil des Quotienten 
BO DEF FN R(A,B,C,D) 

= (B * C - A * 

D)/(C * C + D*D): 

REM Imaginärteil des Quotienten 
90 DEF FN K(A,B) 

= A/(A*A + B*B): 

REM Realteil des Kehrwertes 
100 DEF FN L(A,B) 

= -B/(A*A + B*B): 

REM Imaginärteil des Kehrwertes 
110 DEF FN B(A,B) 

= SQR(A * A + B * B): 

REM Betrag der komplexen Zahl 
120 DEF FN C(A,B) 

= ATN(ß/A): 

REM Winkel zwischen Real- und 
Imaginärteil 

A * A benötigt wesentlich weniger 
Rechenzeit als A f 2. Der Kehrwert 
(Zeilen 90 und 100) ist natürlich ein 
Sonderfall der Division (Zeilen 70 und 
80 mit A = 1 und B = 0). Mit diesem 
Instrumentarium sind alle Verknüp- 
fungen zweier komplexer Zahlen 
möglich. Sind mehrere komplexe 
Zahlen miteinander zu verrechnen, 
so wird die Rechnung in mehrere Re- 
chenschritte gegliedert und das Zwi- 


schenergebnis in zwei dafür vorzuse- 
hende Feldvariablen oder einfachen 
Variablen gespeichert. In manchen 
Fällen wird es auch möglich sein, die 
für das Endergebnis vorgesehene 
(Feld-) Variable vorerst für das Zwi- 
schenergebnis zu benutzen und an- 
schließend mit dem Endergebnis zu 
überschreiben. In Programmen, in 
denen bestimmte Verknüpfungen 
mehrerer komplexer Zahlen häufig 
Vorkommen, können dafür weitere 
Funktionen selbst definiert werden, 
wobei darin die angegebenen Vor- 
kommen dürfen. Ist beispielsweise 
die Zeile 50 im Programm enthalten, 
kann Zeile 70 auch lauten: 

70 DEF FN Q(A,B,C,D) 

= FN 0(A,B,C,D)/(C*C + D*D) 
was hier aber keine Vorteile bringt. 
Die Rechnung wird durch Aufruf der 
FN-Anweisung ausgeführt, z. B. be- 
rechnet: 

130 DIM A(5) 

200 LET A(4) = FN 0(A(0),A(1),A(2), 
A(3)) 

210 LET A(5) = FN P(A(0),A(1),A(2), 
A(3)) 

das Produkt der in A(0) bis A(3) ge- 
speicherten komplexen Zahlen und 
legt den Realteil in A(4) und den Ima- 
ginärteil in A(5) ab. 

Einige Heim- und Personalcomputer 
(z. B. KC 85, Commodore) lassen in 
selbstdefinierten Funktionen nur eine 
Variable zu. Dieser Nachteil wird fol- 
gendermaßen kompensiert: In den 
Zeilen 10 bis 120 erscheint in der 
Klammer hinter dem Funktionsna- 
men nur eine Variable, z. B. A für den 
Realteil der ersten Zahl, alles andere 
bleibt unverändert. Vor dem Funk- 
tionsaufruf müssen den restlichen in 
der Funktion vorkommenden Grö- 
ßen, die als Konstante interpretiert 
werden, mit der LET-Anweisung die 
aktuellen Werte zugewiesen werden. 
Somit ergibt sich: 

200 LET B = A(1): LET C = A(2): 

LET D = A(3): LET A(4) = FN 
0(A(0)) 

210 LET A(5) = FN P(A(0)) 

Ein gutes, aber nicht ausreichendes 
Kontrollinstrument für die Programm- 
testung ist das Setzen aller Imaginär- 
teile der Ausgangswerte auf Null. 
Dann müssen alle Ergebnisse und 
Zwischenergebnisse ebenfalls reell 
sein. Der umgekehrte Fall gilt nicht, 
wie schon an der Produktbildung 
(Zeile 50) zu sehen ist! 

Wolf-Dieter Krohs 


Ziffernprüfung 

Häufig ist es erforderlich, numerische 
Variable nicht numerisch, sondern in 
Strings abzuspeichern (z.B.: Artikel- 
nummern, Materialnummern, Schlüs- 
selnummern usw.). 

Die Option „PICTURE“ läßt bei der 
Maskierung mit „#“ oder „9“ außer 
Ziffern auch Sonderzeichen wie „+“, 



Einen String daraufhin zu überprüfen, 
ob nur Ziffern vorhanden sind, ist nor- 
malerweise nur zeichenweise mög- 
lich. 

Die folgende Befehlssequenz ist 
schneller. Dabei ist die Länge des zu 
überprüfenden Strings auf maximal 9 
Stellen begrenzt. 

Thomas Steffens 
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TURBO PASCAL 

von Gerhard Paulin 
Reihe Technische Informatik, VEB 
Verlag Technik Berlin, 1988, 206 Sei- 
ten, 20 Bilder, 3 Tafeln, Broschur, 
20,- M 



Das moderne Sprachkonzept von 
PASCAL in Verbindung mit einer lei- 
stungsfähigen und unkomplizierten 
Entwicklungsumgebung hat dem 
TURBO-PASCAL-System zu großer 
Popularität verholten. Der VEB Ver- 
lag Technik trägt dem mit vorliegen- 
dem Band Rechnung. 

Dem Autor scheint trotz des geringen 
Buchumfangs (206 Seiten) ein Quer- 
schnitt gelungen zu sein, der einen 
breiten Leserkreis anzusprechen ver- 
mag. Hier findet sowohl der Einstei- 
ger als auch der Fortgeschrittene 
wertvolle Anregungen. Der Schwer- 
punkt liegt neben einer im ersten Teil 
konzentrierten didaktischen Darle- 
gung grundsätzlicher Aspekte von 
TURBO PASCAL vor allem auf der 
exemplarischen Demonstration der 
Möglichkeiten der Sprache PASCAL. 
So finden sich neben didaktisch 
orientierten Beispielen und Aufgaben 
eine Reihe für die Praxis nicht unin- 
teressanter programmtechnischer 
Realisierungen - wie etwa: die nume- 
rische Integration mittels Simpson- 
scher Regel, die Lösung eines linea- 
ren Gleichungssystems oder die Li- 
stenverarbeitung, um nur einige zu 

Auf den ersten Seiten werden Hin- 
weise zur Handhabung der TURBO- 
PASCAL-Entwicklungsumgebung 
gegeben. Danach folgt eine systema- 
tische und auch für Anfänger geeig- 
nete Darstellung der Programmier- 
sprache. Die praktische Anwendung 
der vorgestellten Sprachelemente 
wird stets an nachvollziehbaren Bei- 
spielen gezeigt. Behandelt und mit 
Programmquelltext illustriert werden 
weiterhin das Filekonzept, die Nut- 
zung dynamischer und Pointer-Varia- 
blen, Recordvarianten sowie rekur- 
sive Prozeduren. Bei den Recordva- 
rianten vermißt man lediglich die so- 
genannten „free unions“. Dafür wer- 
den die „discriminated unions“ aus- 
führlich und allgemeinverständlich 
behandelt. Eine hohe Anschaulich- 
keit bietet auch die Darstellung des 
Zeigerkonzeptes. Hier werden alle 
wesentlichen Methoden, die Nutzung 


des Pointer-Typs betreffend, mit Hilfe 
von Grafiken und Programmkon- 
strukten vorgestellt. 

Zwölf Seiten sind der maschinenna- 
hen Programmierung mittels der 
TURBO-PASCAL-I mplementation 
für CP/M-80 gewidmet. Es wird 
Grundsätzliches über externe Unter- 
programme sowie INLINE-Assem- 
bler mitgeteilt. Auch der mit der As- 
semblerprogrammierung weniger 
Vertraute erhält einen Überblick über 
Mittel und Methoden hardwarenaher 
Programmierung in der TURBO- 
PASCAL-Implementation für CP/M- 
80. Alle Programmbeispiele und Aus- 
führungen im Buch beziehen sich im 
übrigen auf diese Implementation. In 
einem der letzten Gliederungspunkte 
wird ein kurzer Überblick über Bild- 
schirmprogrammierung und Bild- 
schirmsteuerung sowie Grafikerwei- 
terung der TURBO-PASCAL-Imple- 
mentation für MS-DOS gegeben. 
Daran schließen sich die Lösungen 
inclusive Besprechung der in voran- 
gegangenen Gliederungspunkten 
gestellten Aufgaben an. Damit ist die 
Möglichkeit der Vertiefung von Kennt- 
nissen in der Programmiersprache im 
Selbststudium gegeben. 

Ein Anhang (28 Seiten) enthält Zu- 
sammenstellungen der Syntax von 
TURBO PASCAL, der Standardfunk- 
tionen und -Prozeduren sowie der 
Editorkommandos der integrierten 
Entwicklungsumgebung. Weiterhin 
finden sich eine ASCII-Code-Tabelle, 
eine Zusammenstellung der Fehler- 
nachrichten des Compilers und der 
Laufzeitfehlermeldungen. Im letzten 
Teil des Anhangs ist ein Programm- 
beispiel für einen PASCAL-Quelltext- 
Lister abgedruckt, der alle reservier- 
ten Worte markiert. - Alles in allem 
ein gelungener Abschluß, der zum 
Weitermachen anregt. Dem Autor ist 
es mit „TURBO PASCAL" gelungen, 
ein didaktisch orientiertes, das 
TURBO-PASCAL-Handbuch ergän- 
zendes, Arbeitsmittel zu schaffen, 
das auch dem täglichen Nutzer - ob 
Einsteiger oder Fortgeschrittener - 
eine Hilfe sein kann. Th. B. 

Neue Technik - alte Ge- 
sellschaft 

Silicon Valley 

von W. Rügemer, Verlag die Wirt- 
schaft Berlin 1986 (Lizenzausgabe 
des Pahl-Ruggenstein-Verlages 
Köln), 252 S., 27 Tab., 12 Bilder, 
1 2,40 M 

Der volle Untertitel dieser bemer- 
kenswerten Broschüre lautet: „Sili- 
con Valley: Mythos und Realität vom 
American Way of Technology“. Es 
berichtet ein „Insider“, ein engagier- 
ter Gewerkschaftler der BRD. Er 
schreibt fast wie Jack London - über 
seinen Studienaufenthalt im kaliforni- 
schen „High-Technology“-Mekka Si- 
licon Valley, dem „Silizium-Tal“ der 
USA. Es ist auch das Musterbeispiel 
der Organisation einer Hochtechno- 
logie in der bürgerlichen Gesell- 
schaft. Mit einer „neuen Leistungs- 
elite“ ist es zugleich ein Beispiel der 
Talenteförderung und -ausblutung 
mit allen Mitteln kapitalistischer 
Wolfsgesetze, ein Beispiel der neuen 
Vermarktung wissenschaftlicher Er- 
kenntnisse, also des Wissenstrans- 


fers von den Hochschulen und Uni- 
versitäten der USA in die hochprofita- 
ble Privatwirtschaft. Das Schlüssel- 
wort ist „hire and fire“ - also „Anheu- 
ern“, wenn es sich lohnt und „Feu- 
ern“, wenn nicht mehr genügend da- 
bei herausspringt. Werner Rügemer 
geht diesem Leben auf den sozialen 
Grund, untersucht erlebnisreich und 
mit vielen Detailbetrachtungen die In- 
frastruktur dieser Gesellschaft, der 
Armen, der Reichen und der Minder- 
heiten, die Ausbeutung der Arbeits- 
kraft, die Rolle der Schulen und Hoch- 
schulen, die Gefährdung der Umwelt, 
Kapitalinteressen und Kapitalstrate- 
gien, die Investitionen und Profite, 
den Niedriglohn, die Arbeitslosigkeit 
- aber auch die Solidarität weltan- 
schaulich aufgeklärter und politisch 
denkender Menschen in diesem be- 
rühmt-berüchtigten Gebiet von etwa 
1 000 km 2 mit fast 2000 Firmen bei ei- 
ner Dreiviertelmillion Menschen. 
Werner Rügemer ist kein Mikroelek- 
troniker - das spürt man sofort, aber 
er ist ein bewundernswerter Analyti- 
ker des sozialen Geschehens, das 
den Spezialisten der Elektronik sonst 
verborgen bliebe. Dieses „Silicon 
Valley“ leistet technologisch Beispiel- 
loses, das ist dem Fachmann gegen- 
wärtig. 

Um so bemerkenswerter ist die Lei- 
stung, die mit der Broschüre vorge- 
legt wurde. Zugleich ist es ein wichti- 
ges geschichtliches Dokument zur 
amerkanischen Wirklichkeit. 

| w Prof. Dr. Dr. M. Roth 

Das große Computer- 
Viren Buch 

von Ralf Burger, Data Becker GmbH, 
Düsseldorf, 1987, 363 Seiten, ISBN 
3-89011-200-5 

Dieses Buch von Ralf Burger bietet 
einen Einblick in einen Bereich, der 
für die meisten noch ein terra inco- 
gnita darstellt. Mit dieser Einführung 
versehen, ist der interessierte Leser 
in der Lage, sich durchaus ein Bild 
von der Virenproblematik zu ver- 
schaffen. 

Mit einem Überblick über die bisher 
bekannten und die noch denkbaren 
Virentypen und ihre Funktionsweisen 
ermöglicht der Autor, übrigens vom 
Standpunkt des gestandenen Pro- 
grammierers ausgehend, ein e Ein- 
schätzung der Bedrohun g der ftech- 
nerwelt durc h die Computerviren. Un- 
ter Zuhilfenahme einer Studie von 
Stephan Ackermann legt der Autor 
auch eine gründliche Analyse der (im- 
mer noch sehr verworrenen) Rechts- 
lage auf dem Gebiet der Computer- 
bzw. Datensicherheit in der BRD, 
aber auch international vor. Seine 
Standpunktfindung, motiviert von ei- 
genen rechtlichen, ethischen und 
kommerziellen Gesichtspunkten, 
erörtert er überzeugend. Mit diesem 
Stil der Publikation bewegt sich der 
Autor sehr geschickt auf dem sehr 
schmale n Grat der Da rlegung von 
rgnftware iinri Soft Wa rMls bemer- 
kenswert ist zu beurteilen, daß der 
Ansatz des Vergleiches von Compu- 
terviren mit Viren der biotischen Welt 
anschaulich gelungen ist. 

Die umfassenden Beispiele illustrie- 
ren deutlich die Gefahr von „ver- 
seuchten“ Systemen und ihre Wech- 


selbeziehung. Demonstrationspro- 
gramme lassen einige Wirkmecha- 
nismen erkennbar werden. Der Autor 
zeigt Infekt ionswege und damit ge- 
wisse“' fechutzmoglichkeiten bzw. 
-stratenien und gelangt zum Fazit: Es 
ist kein wirkungsvoller umfassender 
Schutz gegen Computerviren außer 
der v personlichen MoraTdes Program- 
mierers' m öglich. Die Gestaltung des 
Buches ist gut, die Themen werden 
übersichtlich angeordnet. Alles in al- 
lem läßt sich sagen: Das Buch bringt 
einen guten Überblick zum aktuellen 
Stand der Problematik, aber für einen 
Profi keine neuen bzw. weiterführen- 
den Erkenntnisse. 

Bernd Mischke 

Problemlosen mit PROLOG 

von M. Hanus, Verlag B. G. Teubner, 
Stuttgart, 1 987, 224 S. 

Die logische Programmierung ge- 
winnt im Bereich der Künstlichen In- 
telligenz und hier insbesondere beim 
Entwurf von Expertensystemen, aber 
auch als allgemeines Programmier- 
prinzip, zunehmende Bedeutung. 

Das Buch aus der Reihe MikroCom- 
puter-Praxis gibt eine gut verständli- 
che Einführung in das Konzept der 
Programmiersprache PROLOG und 
in ihre theoretischen Grundlagen, 
vermittelt eine umfassende Übersicht 
zu den Sprachbestandteilen und er- 
läutert Programmiertechniken und 
Anwendungen anhand von Beispie- 
len. Es ist gut geeignet für alle Leser, 
die PROLOG kennenlernen wollen. 
Dabei ist die Kenntnis anderer Pro- 
grammiersprachen und der inneren 
Funktion von Computern nicht Vor- 
aussetzung. 

Nach einer einleitenden Betrachtung 
zum grundsätzlichen Vorgehen beim 
Programmieren in PROLOG folgt 
eine systematische Einführung in die 
Programmiersprache. 

Hierbei werden auch das Prinzip des 
Beweisens von Aussagen durch Re- 
solution und die Unifikation als zen- 
trale Mechanismen der logischen 
Programmierung herausgearbeitet. 
Elementare Programmiertechniken 
werden an Beispielen erläutert, aus 
denen der Leser auch einen Eindruck 
über den Anwendungsbereich von 
PROLOG gewinnt. 

_ Anschließend wird auf die mathemati- 

' sehen Grundlagen der Programmier- 
sprache eingegangen, wobei es gut 
gelungen ist, Anschaulichkeit und Ex- 
aktheit miteinander zu verbinden. Ein 
Vergleich der rein logischen Seman- 
tik mit der Semantik von PROLOG- 
Systemen wird vorgenommen. 

In einer Übersicht werden weitere 
Sprachkonstrukte wie z. B. für die 
EnWAusgabe, Arithmetik, Steuerung 
der Abarbeitung sowie vordefinierte 
Prädikate und Operatoren behandelt. 
Abschließend werden in zwei Ab- 
schnitten umfangreichere Anwen- 
dungsbeispiele vorgestellt, wobei die 
Anwendung von PROLOG auf die 
Beschreibung von Grammatiken her- 
vorzuheben ist. 

Eine wertvolle Hilfe für den Leser sind 
die zu jedem Abschnitt angegebenen 
Aufgaben und die Zusammenstellung 
der Lösungen sowie die Hinweise für 
die praktische Programmierung. 
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Koppelprogramm 
FUG 600— PC 600 
zur Prozeßüberwachung 

Für das Programmiergerät PRG 600 
des VEB Numerik „Karl Marx“ wurde 
ein Koppelprogramm entwickelt, das 
eine Kommunikation zwischen PRG 
600 (PRG 700) und der Steuerung 
PC 600 (PRG 700) während der Ab- 
arbeitung des eigentlichen Steuer- 
programms gewährleistet. Die Pro- 
zeßüberwachung schließt u.a. fol- 
gende Arbeitsmöglichkeiten menü- 
geführt ein: 

• Anzeige von durch AD-Wandler er- 
faßten analogen Meßwerten auf dem 
Bildschirm 

• Anzeige von Prozeßfehlern auf 
dem Bildschirm 

• Änderung von Prozeß-Sollwerten 
im Steuerungsprogramm über Tas- 
tatur 

• Archivierung von Prozeßzustän- 
den und Meßwerten auf Diskette (ab 
Variante PRG 600/3). Zur Weiterver- 
arbeitung der archivierten Werte (im 
vorliegenden Falle durch BASIC-Pro- 
gramme) am Bürocomputer A 51 20/A 
5130 können mit Hilfe eines Konver- 
tierungsprogramms, das ebenfalls 
auf dem PRG implementiert ist, PRG 
600-formatierte Disketten in SIOS- 
formatierte Disketten konvertiert wer- 
den. 

Das komplexe Koppelprogramm 
wurde zur Prozeßüberwachung und 
Steuerung in verfahrenstechnischen 
Versuchsanlagen getestet und be- 
währt sich seit mehreren Jahren. Die 
im PRG 600 implementierten Pro- 
grammodule besitzen weitgehend 
problemneutrale Schnittstellen und 
sind damit an unterschiedliche Pro- 
blemstellungen anpaßbar. 

VEB Komplette Chemieanlagen Dres- 
den, Abt. 697030, PSF 184, Dresden, 
8012; Tel.: 2321447 

Dr. Syhre 

Multitaskerweiterung 
rMTSfür CP/M 86 

Das System rMTS (Multi Task Sy- 
stem) dient der Multitaskprogramm- 
entwicklung im Betriebssystem CP/ 
M 86. Die Vorteile gegenüber der An- 
wendung eines vollständigen Echt- 
zeitbetriebssystems (z. B. BOS 1810) 
liegen in der Nutzung der weitverbrei- 
teten CP/M-Programmentwicklungs- 
technik und der CP/M-Dateiorganisa- 
tion sowie in dem geringen Speicher- 
bedarf von rMTS (64 KByte). 
Multitaskprogramme können in As- 
semblersprache oder in der Program- 
miersprache C entwickelt werden. In- 
terfacebibliotheken gestatten die An- 
bindung von 56 NUCLEUS-System- 
funktionen (kompatibel zu RMX86). 
Unter CP/M 86 entwickelte Pro- 
grammdateien (~.CMD-oder-.H86- 
Dateien) werden mit dem rMTS-App- 
licationloader geladen und als Tasks 
quasiparallel abgearbeitet. In den 
Tasks können CP/M-BDOS-Funktio- 
nen mit Einschränkungen genutzt 
werden. Die Konsolzugriffe in einem 
Multitaskprogramm werden über den 
rMTS-Konsolhandler organisiert. 
Während der Programmentwicklung 
dient ein Objektdebugger der Dia- 
gnose der rMTS-Objekte. 
rMTS läuft auf 8086-Rechnern unter 


CP/M 86 und SCP1700 mit Zeitge- 
ber- und Interruptlogik (8253, 8259A) 
und iS 128 KByte RAM (z.B. Single- 
Board-Computer 8086 des ZWGB 
der TU Dresden oder AC 71 00). Inter- 
essenten erhalten eine 40seitige Do- 
kumentation bei Zusendung einer 
5V4“-2s2d-Diskette gegen eine 
Schutzgebühr von 50 - M. 

Wilhelm-Pieck-Universität Rostock, 
Sektion Technische Elektronik, Bereich 
Computertechnik, Albert-Einsteinstr. 2, 
Rostock, 2500 

Dr. Jorke 

V.24 IFSS-Ümsetzer 

Aufgabe war es, einen Hardware- 
Printserver zu schaffen, der 10 PC 
1715 auf einen robusten Drucker 
1 1 52 ausgeben läßt. Dabei war das 
generelle Schnittstellenproblem 
V.24 — IFSS (PC — 1152) technisch 
sauber zu klären. Das heißt: 

- galvanische Trennung aller Geräte 

- zuverlässiger Aufbau (Schutzgrad) 

- große Übertragungssicherheit 

- einfache Handhabbarkeit. 

Aus ökonomischer Sicht und Verfüg- 
barkeitsgründen wurde eine Lösung 
mittels: 

- Kanalauswahl über Drehschalter 

- billigsten bipolaren Bauelementen 

- separater Stromversorgung 

- kompaktem Gehäuse (geschlos- 
sen) 

realisiert, welche nachgenutzt wer- 
den kann. Es liegt ein kompletter 
Zeichnungssatz vor. Das Gerät ist 
nachbausicher und ohne Spezial- 
werkzeuge herstellbar. Eine klare Do- 
kumentation erleichtert Aufbau und 
Inbetriebnahme. 

IH Mittweida, Rechenzentrum, Platz der 
DSF, Mittweida, 9250 

Kramer 

Die Sprachwerkzeuge 
YACC und LEX 
unter DCP und MS-DOS 

Bei der Verarbeitung formaler Spra- 
chen (Programmier-, Fachspra- 
chen, . . .) sind die UNIX-Werkzeuge 
LEX und YACC effektive Hilfsmittel 
für den Programmierer, die aus einer 
Nutzerspezifikation ein C-Quell-Pro- 
gramm generieren: einen lexikali- 
schen Analysator bzw. einen Parser. 
Der lexikalische Analysator durchmu- 
stert einen Dateistrom nach bestimm- 
ten Zeichenketten (Wörter), die vom 
Nutzer in der Form regulärer Aus- 
drücke spezifiert werden müssen. Die 
dabei erkannten Wörter werden dem 
Parser (als Morpheme) übergeben, 
der die syntaktische Analyse durch- 
führt. Die der syntaktischen Analyse 
zugrunde liegende Grammatik wird 
vom Anwender in einer der Backus- 
Naur-Form ähnlichen Notation ange- 
geben. 

YACC und LEX haben über den Com- 
pilerbau im engeren Sinne Bedeu- 
tung für die Implementierung von 
Fach- und Beschreibungssprachen, 
z. B. in Experten- und Spezifikätions- 
systemen. Die Sprachwerkzeuge 
YACC und LEX gehören zum Stan- 
dardumfang eines UNIX-Betriebssy- 
stems. In der DDR standen sie bisher 
nur für Rechner mit UNIX-kompati- 
blen Betriebssystemen, z. B. für die 


Rechner Kl 630 und A71XX (Be- 
triebssystem MUTOS) oder für 
P8000 (Betriebssystem WEGA), zur 
Verfügung. Da DCP mehr Freiheiten 
zur Gestaltung der Bedienoberfläche 
bietet (direkter Zugriff auf Bildwieder- 
holspeicher, Grafik, farbige Darstel- 
lung), ergeben sich hier Möglichkei- 
ten, die Produkte der Sprachwerk- 
zeuge LEX und YACC effektiv einzu- 
setzen und einem großen Nutzerkreis 
zugänglich zu machen. Deshalb 
wurde eine Implementierung von LEX 
und YACC unter dem Betriebssystem 
DCP vorgenommen. Der Portierung 
der beiden Sprachwerkzeuge ging 
die Schaffung einer Möglichkeit zum 
effektiven Datentransfer zwischen 
UNIX und DCP voraus. Es wurde ein 
Funktionsäquivalent des UNIX- 
Dienstprogramms tar unter DCP ent- 
wickelt, womit der Datenaustausch 
zwischen DCP und MS-DOS sowie 
anderen UNIX-kompatiblen Betriebs- 
systemen (z.B. MUTOS, WEGA 
u.a.) problemlos möglich ist. Es wer- 
den fast alle vom P 8000 verwende- 
ten Diskettenformate (8 oder 9 Sekto- 
ren pro Spur, 40 oder 80 Spuren, ein- 
oder zweiseitig) unterstützt. 

TH Ilmenau, Sektion INTET/TBK, Am Eh- 
renberg, PSF 327, Ilmenau, 6300; Tel. 
74245,74326 

Dr. RempellRudorfer 

ERIKCOPY 

ERIKCOPY ist ein Treiber für den An- 
schluß einer elektronischen Schreib- 
maschine vom Typ Erika S3004 an 
den Kleincomputer KC 85/1 bzw. KC 
87. Dabei wird weder der Druckermo- 
dul des KC noch die Interfacebox der 
Schreibmaschine benötigt. Die Um- 
setzung des ASCII-Codes in den 
Schreibmaschinen-Code erfolgt aus- 
schließlich softwaremäßig im vorlie- 
genden Programm. Das Programm 
wird in üblicher Weise geladen und 
durch ’ASGN LIST:=ERIKA‘ aufge- 
rufen. Der Paralleldruck erfolgt nach 
gleichzeitigem Drücken der Tasten 
CONTR' und ’P‘. Eine Hardcopy des 
Bildschirmes läßt sich durch zusätzli- 
ches gleichzeitiges Drücken der Ta- 
sten 'CONTR' und ’N‘ erzielen. Er- 
folgt der Aufruf durch 
’ASGN LIST : =ERIKU‘ 
so werden die Doppelbuchstaben A e 
usw. als Umlaute ausgegeben. Soll 
dies verhindert werden, so ist als 
Trennzeichen ein dazwischen zu 
setzen. Weiterhin läßt sich das Zei- 
chen ’ß‘ ausgeben. Dafür muß ein 
Klammerzeichen geschrieben wer- 

Der Hardwareaufwand besteht im 
Verbinden des seitlichen PlO-Ports 
des KC mit der entsprechenden 
Buchse der Schreibmaschine über 
ein lediglich 2 Transistorstufen ent- 
haltendes Anpaßgiied. 

VEB Magdeburger Armaturenkombinat, 
Abt. TKA, Postfach 330, Magdeburg, 
3010; Tel. 4390/App. 497 

Dr. Nestler 

Modula-2- 

Entwicklungssysteme 
und portable Bibliothek 

Zur Nachnutzung angeboten werden: 

• Portable Modula-2-Systembiblio- 
thek 


• Komplette Modula-2-Entwick- 
lungssysteme mit Zielkodegenerie- 
rung für PDP-1 1 unter RSX 1 1 M und 
Z 80-Computer unter CP/M oder 
UDOS. Die Entwicklungssysteme 
sind auch für kompatible Rechner 
und Betriebsysteme (OS-RW, 
MOOS16ÜO, SCP, CP/A u.a.) nutz- 

• Zusatzprogrammpakete. 

Die Bibliothek sowie jedes der 3 Ent- 
wicklungssysteme stehen lauffähig 
und mit identischer Benutzeroberflä- 
che unter jedem der genannten Be- 
triebssysteme sowie zusätzlich unter 
MS-DOS und DCP als Original- bzw. 
Cross-Software zur Verfügung. Pro- 
gramme, die unter einem der oben 
genannten Betriebssysteme unter 
Nutzung der portablen Bibliothek ent- 
wickelt werden, sind auch unter allen 
anderen Betriebssystemen durch 
Neuübersetzung sofort verfügbar 
(100% Quelltextportabilität). 
Bibliothek 

Zur portablen Bibliothek gehören 
z. Zt. folgende Komponenten: 

- Alphanumerische, akustische und 
windoworientierte Terminal-Ein-/ 
Ausgabe (Module: Keyln, DispOut, 
TermIO, Terminal, WindowOut, 
Sound) 

- Pixelorientierte Vollgrafikroutinen 
für unterschiedliche Grafikhardware 
(Geometry, Graphics) 

- Datei-Ein-/Ausgabe für unstruk- 
turierte, binäre und textstrukturierte 
Files sowie Verwaltungsoperationen 
für Dateiverzeichnisse (Files, Stre- 
ams, Texts, InOut, FileOpen, 
DirEntries) 

- Konvertierungsroutinen für Um- 
wandlungen zwischen interner (binä- 
rer) und externer (formatierter) Da- 
tendarstellung für alle Datentypen 
(WriteNums, WriteReals, Read- 
Nums, ReadReals, NumToStr, Re- 
alToStr, RadixSO) 

- Zeichen- und Stringverarbeitung 
(ASCIIDefs, Chars, Charsl , Strings) 

- Zerlegung und Auswertung von 
Kommandozeilen (FileNames, Op- 
tions, NameAndOptions) 

- Einheitliche Auslösung, Behand- 
lung und Anzeige von Laufzeit-, Bi- 
bliotheks- und Nutzerfehlern (Excep- 
tions, ErrorMessages) 

- Überlagerungslader zur Realisie- 
rung von Programmüberlagerungen 
im Hauptspeicher (Loader) 

- Mathematische Standardfunktio- 
nen und Matrixgrundoperationen 
(MathLibO, MathConstO, Matrix) 

- Ermittlung und Ausgabeformatie- 
rung von Zeit und Datum (Clock, Ti- 
mes) 

- Testhilfekomponenten zur Unter- 
stützung des Aufbaus dialogorientier- 
ter Testrahmen für Module sowie zur 
einfachen Realisierung von On-Iine- 
Testausgaben und zur Kodereas- 
semblierung (T, W, DisAss80, Dis- 
Ass86) 

- Systemkonstanten (Constl ) 
Zusätzlich sind für die jeweiligen Be- 
triebssysteme nichtportable, system- 
nahe Module vorhanden, die spe- 
zielle Leistungen des jeweiligen Be- 
triebssystems bzw. Prozessors ver- 
fügbar machen. 
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Entwicklungssysteme 

Das Entwicklungssystem für PDP-1 1 , 
SM 4, Kl 630 beinhaltet z.Zt. fol- 
gende Teile: 

- Compiler RCO 

- Linker RLI 

- Lader RLO 

- Symbolischer Hochsprach-Post- 
Mortem-Debugger RPD 

- Taskgenerierprogramm LNK2TSK 
zum Linken von RSX1 1 M-Tasks 

- Klartextfehlermeldungsprogramm 
ERR 

- Filedekoder RFD zur Dekodierung/ 
Reassemblierung aller im System 
verwendeten Filetypen. 

Die Entwicklungssysteme für CP/M 
und UDOS bestehen jeweils aus fol- 
genden Komponenten: 

- Compiler MCO 

- Linker MLI 

- Lader MLO 

- COM-File-Generierprogramm 
LOD2COM 

- PRG-File-Generierprogramm 
COM2PRG (nur UDOS) 

- Klartextfehlermeldungsprogramm 
ERR 

- Filedekoder MFD zur Dekodie- 
rung/Reassemblierung aller im Sy- 
stem verwendeten Filetypen. 
Zusatzprogrammpaket 

- Modula-2-Crossreferenzlister XRF. 
Die Programmiersysteme unter 
CP/M und UDOS arbeiten mit einem 
Zwischenkode, der interpretativ ab- 
gearbeitet wird. Dadurch erhöht sich 
die Kompaktheit des Kodes gegen- 
über Assemblerprogrammierung be- 
trächtlich, aber die Abarbeitungsge- 
schwindigkeit verringert sich. 

Für die Nutzung eines Entwicklungs- 
systems unter CP/M bzw. UDOS ist 
das Vorhandensein einer RAM-Disk 
empfehlenswert, aber nicht Bedin- 
gung. 

TU Dresden, Sektion 9 Informations- 
technik, Bereich 6 Automatisierungs- 
technik, Mommsenstralie 13, Dresden, 
8027; Tel. 4635068 Hauptmann 

Erstellung 

des betrieblichen 

Kennziffernspiegels 

Zur Erstellung des betrieblichen 
Kennziffernspiegels und des Haus- 
haltsbuchs wurde ein Programm un- 
ter dem Betriebssystem SCP mittels 
Datenbanksystem dBase II entwik- 
kelt. Es wird ein Plan-Ist-Vergleich 
der Kennziffern aller Kostenstellen 
zum Jahresplan und zum Plan-Be- 
richtszeitraum sowie die Entwicklung 
der Kennziffern im Vergleich zum 
gleichen Berichtszeitraum des Vor- 
jahres durchgeführt. Das Programm- 
system zeichnet sich durch seine of- 
fene Struktur aus. Eine Anpassung 
an die entsprechende Betriebsstruk- 
tur ist mit minimalem Aufwand reali- 

Die Anzahl der Kostenstellen, der 
Kennziffern sowie die Anzahl der Ver- 
knüpfungen von Eingabekennziffern 
ist beliebig und nur durch die Disket- 
tenkapazität begrenzt. 

Die Anzahl der Kostenstellen für jede 
einzelne Kennziffer ist variabel ein- 
stellbar, so daß nutzerseitig nur die 
tatsächlich benötigten Kostenstellen 
bearbeitet werden müssen. 

Die Drucksteuerung ist so organisiert, 
daß bis zu 10 inhaltlich verschiedene 
Druckvarianten gleichzeitig angebo- 
ten werden. 
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VEB Landtechnische Instandsetzung 
Laucha, Golzenerstraße 6, Laucha/U., 
4807 Kirsten 

Parallelverarbeitung 

unter CP/M 

und Turbo-Pascal 

Es wird eine Softwarelösung zur 
Nachnutzung angeboten, die eine 
Parallelverarbeitung unter CP/M-Be- 
triebssystemen und Turbo-Pascal er- 
möglicht. Das Prinzip eignet sich für 
Applikationen, wo neben einem 
Hauptprogramm eine feste Anzahl 
von Hintergrundtasks bearbeitet wer- 
den müssen, z. B. bei Echtzeitanwen- 
dungen, Rechnerkopplung, Proto- 
kolldruck und Grafiksystemen. Krite- 

- Installieren des Regimes Parallel- 
verarbeitung für das CP/M automa- 
tisch beim Kaltstart des Systems 

- Anlagerung der Steuerung für die 
Parallelbearbeitung im Betriebssy- 
stem ohne Verwendung von Inter- 

- Die Tasksteuerung läuft unabhän- 
gig vom Hauptprogramm im Hinter- 
grund ab. Damit können beliebige 
CP/M-Anwenderprogramme ohne 
Modifizierung in die Parallelarbeit ein- 
bezogen werden . Die S teuerung der 
Parallelarbeit benötigt praktisch 
kei ne Rechenzeit, da Systemtotzei- 
ten ausgen utzt werden. 

- Haupt- “ und Hintergrundpro- 
gramme können in Turbo-Pascal 
oder Assembler geschrieben sein. 

Zur Nachnutzung stehen zwei Soft- 
warepakete zur Verfügung: 

1. Parallelverarbeitung 

für CP/M (allgemeine Lösung) 
Entsprechend Schnittstellenbe- 
schreibung kann der Nachnutzer be- 
liebige Parallelverarbeitungssysteme 
realisieren. 

2. Spezielle Parallelverarbeitung 
für CP/A der AdW zur Kopplung mit 
Rechnern EAW electronic S2000-R 
über IFSS/V.24 

Dieses Softwarepaket ermöglicht den 
Aufbau von Prozeßleitsystemen auf 
PC/BC unter CP/A und T urbo-Pascal. 
Dabei wird das Hauptprogramm in 
mehreren Hintergrundebenen im 
Sinne der Echtzeitverarbeitung von 
Kopplungsaufgaben zu maximal 8 
Prozeßreglern S2000-R über IFSS/ 
V.24 und Protokolldruck entlastet. 

VEB Zentralinstitut für bezirksgeleitete 
Industrie und Lebensmittelindustrie, 
Abt. 114, Eichbuschallee 51, Berlin, 
1195; Tel. 6329911 App. 65 

Kalok/Klein/Kretzschmann 

Universelle K-1 520- 
Schnittstellensteuerung 
für Drucker und Plotter 

Die Mehrzahl derzeit vorhandener 
Drucker verschiedener Hersteller 
verfügt über eine V.24- oder IFSS- 
Schnittstelle. Ebenfalls verbreitet 
sind parallele Schnittstellen wie Cen- 
tronics und IFSP. Rückläufig ist der 
Einsatz der Seriendrucker SD 11 54 
und SD 11 56. Die Steckeinheit DAP 
ermöglicht die Ansteuerung folgen- 
der Schnittstellen: 

Centronics, IFSP, SIF 1000/1 
(SD 11 56), Sonderschnittstelle für 
SD 11 54, V.24, IFSS. 

Die Bedienung der seriellen Schnitt- 
stellen erfolgt mittels Adapter in Ver- 
bindung mit der STE DAP als Funk- 
tionseinheit. Die Schnittstellensteue- 


rung übernehmen 2 PIO UB 855 unter 
Verwendung entsprechender Lei- 
tungstreiber. Zum Anschluß der par- 
allelen Interfaces sind 39polige Stek- 
kerleisten der Bauform 302-39 ver- 
wendet worden. Zur Parallel-Serien- 
Wandlung der Daten werden 2 Lei- 
tungen der PlO-Ports (Ein-/Ausgabe) 
verwendet. Die Datenübertragungs- 
rate wird softwareseitig von der Pro- 
grammlaufzeit abgeleitet. Damit steht 
dem Anwender eine sehr preisgün- 
stige und leistungsstarke Schnittstel- 
lensteuerung unter minimalem Hard- 
wareeinsatz zur Verfügung. 

Die K-1520-Leiterplatte sowie die ge- 
nannten Adapter können kurzfristig 
bezogen werden. 

Im Softwareangebot stehen zur 
Nachnutzung bereit: 

- Programme für die Gerätegenera- 
tion MC 80.xx zum Druck von Quell- 
text, Objektcode, BASIC-Listing, BA- 
SIC-Argumenten, Grafik usw. 

- Driver (Initialisierung, Programm 
zum Druck eines Zeichens) für alle 
genannten Schnittstellen, angepaßt 
an den jeweiligen Druckertyp. 

VEB Elektronik Gera, Abt. EN, Park- 
straße 3, Gera, 6500; Tel. 5841 67 

TMAS/GETVAR 
für Turbo-Pascal 

Das Programm TMAS stellt ein Pro- 
grammierwerkzeug für den Pascal- 
Programmierer dar. Es kann in der 
Hand sowohl von Anfängern als auch 
von fortgeschrittenen Programmie- 
rern bei der Erstellung bildschirm- 
orientierter Ein-/Ausgabeprozedu- 
ren, Nutzermenüs oder nur einfacher 
Bildschirmmasken ohne Variablen- 
ausgabe einen hohen Rationalisie- 
rungseffekt erzeugen. Es handelt 
sich um einen bildschirmorientierten 
Programmgenerator, das heißt, fast 
alle Informationen, die der Generator 
benötigt, werden der Bildschirmdar- 
stellung entnommen. Die Bedienung 
ist der von Turbo-Pascal angenähert 
(ebenfalls eigener Editor). 

Von TMAS generierte Prozeduren 
sind vom Programmierer geeignet 
zusammenzustellen, um Variablen- 
deklarationen und -initialisierungen 
zu ergänzen, damit ein compilierfähi- 
ges Programm entsteht. Nur selten 
wird geringfügiges Verändern not- 
wendig sein. 

Die Programmdatei GATVAR. INC ent- 
hält den Quelltext einer universellen, 
eventuell vom Nutzer auch erweiter- 
baren Eingabeprozedur, die auch un- 
abhängig vom Generator in eigenen 
Programmen nutzbar ist. Eine aus- 
führliche Bedienungsanleitung sowie 
3 Beispiele gehören ebenfalls zum 
Nachnutzungsumfang. 

VEB Robotron Büromaschinenwerk 
„Ernst Thälmann“ Sömmerda, BfN, 
Weißenseer Str. 52, PSF 43, Söm- 
merda, 5230; Tel. 43257 (BfN), 21110 
(Schenk) Dr. KochlSchenk 

Turbo-Window-Box 
für SCP 1 700 

Es wurde ein Programm entwickelt, 
das es ermöglicht, die von MS-DOS 
bekannte Windowtechnik auch unter 
SCP 1700 zu ermöglichen. Damit 
wird der Programmierer in die Lage 
versetzt, schnell und unkompliziert 
Menüs und Hilfsmenüs aufzubauen 
und den Bediener zu führen. 

Die Window-Box ist speziell auf die 


Hardware (Bildschirm Alpha 1) des A 
7100 zugeschnitten. Durch Einbin- 
den der Window-Box in ein beliebiges 
Turbo-Pascal-Programm verbleibt 
nach Initialisieren eines Windows die 
Kursorsteuerung im aktuellen 
Window. Zum Schreiben werden die 
bekannten Befehle write(); und wri- 
teln(); benutzt. 

Die Window-Box erkennt Steuerzei- 
chen zur Kursorpositionierung, zum 
Löschen des Bildschirms und zur Hel- 
ligkeitssteuerung - alle Steuerzei- 
chen werden im aktuellen Window 
ausgeführt. 

Beim Aus^chalten der Windowfunk- 
tion bzw. beim Initialisieren eines 
neuen Windows wird der Windowin- 
halt abgespeichert. Erfolgt ein neuer 
Aufruf des Windows, wird der alte In- 
halt wieder dargestellt, und die Kur- 
sorsteuerung wird an der alten Stelle 
fortgesetzt. 

VEB Optima Aschersleben, Abt. F/E, Wil- 
helmstraße 21/31, Aschersleben, 4320; 
Tel 51 51 App. 238 Kaul 

Fakten- 

Recherchesystem 

Aufgrund des großen Zuspruchs, den 
das Fakten-Recherchesystem RE- 
DAFAKT für 8-Bit-Mikrorechentech- 
nik gefunden hat, erfolgte nunmehr 
eine Anpassung an die 16-Bit-Ver- 
sion SCP 1700. 

Das dialogorientierte REDAFAKT ba- 
siert auf dem relationalen Datenbank- 
betriebssystem REDABAS und dient 
der Erfassung, Pflege, Recherche 
und wahlfreien Ausgabe von Daten 
fester Länge auf Bildschirm und/oder 
Drucker. Dem Charakter der zu erfas- 
senden Objekte entsprechend bildet 
das Grundschema dieses Program- 
mes eine Matrix, die den Aufbau von 
Dateien mit einer vom Anwender be- 
stimmbaren (beliebigen) Anzahl von 
Feldnamen gestattet, wobei die maxi- 
male Länge eines Feldnamens 19 
Zeichen betragen kann. Entspre- 
chend dem Erfassungsmodus erfolgt 
die Dateneingabe auf Maskenbasis 
nach dem Prinzip „Feldname: Feld- 
aussage(n)“. Die Pflege beinhaltet 
sämtliche gespeicherten Daten und 
sichert neben einer permanenten und 
unkomplizierten Aktualisierung des 
Datenbestandes die Fortschreibung 
bis zum physischen Ende einer Dis- 
kette. Das Rechercherepertoire um- 
faßt die Funktionen der Booleschen 
Algebra und realisiert neben diesen 
Möglichkeiten die vergleichende und 
partielle Suche im Datenfonds. Die 
Dialogsteuerung mittels Menütechnik 
erfordert bezüglich ihrer gerätetech- 
nischen Bedienung keine datenverar- 
beitungsspezifischen Kenntnisse und 
unterstützt eine redundanzarme, Dia- 
logschritte überspringende und/oder 
zusammenfassende Korrespondenz. 
Das Programm ist überall dort nutz- 
bar, wo sich der zu dokumentierende 
Sachverhalt in das o. g. Erfassungs- 
schema eingliedern läßt, der Daten- 
bestand sich qualitativ für die dezen- 
trale Rechentechnik mit ihren spezifi- 
schen Speichermedien eignet und ta- 
bellarische Aufbereitungsformen 
zweickmäßig erscheinen. 

VEB Robotron-Elektronik Dresden, Leit- 
stelle für Information/Dokumentation, 
PSF 330, Dresden, 8012; Tel. 4872301 

Brünner 
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Entwicklungen und Tendenzen 


EPROMs mit 4 und 8 MBit 



MC-68030-Prozessor 
mit 33 MHz 

Motorola hat seine 32-Bit-Mikropro- 
zessorfamilie um eine Version des 
MC 68030 mit 33 MHz erweitert. Da- 
mit dürfte dies der zur Zeit schnellste 
Mikroprozessor für universelle An- 
wendungen auf dem Markt sein. 

Als einer der ersten Hersteller hat die 
Firma Apollo Domain bereits Work- 
stations auf Basis dieses MC 68030 
vorgestellt. Die neue Serie DS 4500, 
die es mit Interleaved Memory auf 8 
MIPS bringt, nutzt außerdem den ma- 
thematischen Koprozessor MC 
68882 und einen 64-KByte-Cache. 
Hewlett-Packard kündigte an, daß 
der Prozessor in einem Spitzenmo- 
dell der Workstation-Serie 9000 ein- 
gesetztwerden wird. 

MP 

16-Bit-Spezialist 
für Forth 

Durch direkte Ausführung von Forth- 
Programmcode kann der von Harris 
Semiconductor vorgestellte 16-Bit- 
Mikrocontroller RTX-2000 über 10 
MIPS Befehlsdurchsatz erreichen, 
weshalb der Baustein für zeitkritische 
Echtzeit-Steuerungsaufgaben gut 
geeignet ist. Die denkbaren Einsatz- 
bereiche fangen bei Robotersteue- 
rungen an und umfassen auch kom- 
plexe Bildverarbeitungs- und Signal- 
verarbeitungs-Systeme sowie Appli- 
kationen der künstlichen Intelli- 
genz. 

Der Chip stellt das erste Miglied der 
von Harris vorgestellten „Real Time 
Express“-Familie dar, deren Konzept 
den Anwender von der Notwendigkeit 
befreit, Programme für Echtzeit-An- 
wendungen unmittelbar in Assembler 
zu formulieren. Damit ist diese Con- 
troller-Serie die erste, die unmittelbar 
eine Hochsprache akzeptiert. Die 
Bausteine verfügen auch über flexi- 
ble Peripherie-Anschlußmöglichkei- 
ten, so daß die Einbindung in beste- 
hende oder zu konzipierende 
Systemarchitekturen keine Probleme 
aufwerfen dürfte. 

MP 

Ventura Publisher 
Version 2.0 

Auch professionelles „Publizieren am 
Schreibtisch" soll jetzt die neue Ver- 
sion des DTP-Programms Ventura 
Publisher von Rank Xerox ermögli- 
chen. Lauffähig ist das Programm auf 
allen IBM PC XT/AT, Kompatiblen 
und auf dem PS/2. Das „neue Ven- 
tura“ erlaubt die vollständige Integra- 
tion von Texten, Grafiken und über 
Scanner eingelesenen Vorlagen und 
wird jetzt in drei Versionen angebo- 
ten: einer Basis-Version, einer Netz- 
Version und einer Profi-Erweite- 
rungsversion. 

Die neue Version 2.0 weist mehr als 
70 Neuerungen gegenüber der Ver- 
sion 1.2 auf. Besondere Merkmale 
sind: Netzwerkfähigkeit, die Erstel- 
lung von Tabellen und Formeln, ver- 
besserte Halbtonverarbeitung, erwei- 
terte Grafikfunktionen, interaktives 
Kerning, vertikaler Keil, Textrotatio- 
nen sowie die Erweiterung der Druk- 
ker- und Bildschirmtreiber plus 
Fonts. 

MP 


Der HME 881000 ist ein 8-MBit-Hybrid- 
EPROM (linkes Bild), der aus acht 1- 
MBit-EPROMs aufgebaut ist. Die 
Adreß- und Datenleitungen sind mit 
Decodern und Treibern versehen, so 
daß sich der gesamte Schaltkreis wie 
ein 8-MBit-EPROM verhält. Das Ge- 
häuse hat 48 Pins und eine Größe 
von 61 x 30,5 x 8,6 mm 3 . Die Zu- 
griffszeiten liegen zwischen 200 und 
350 ns. 

Das rechte Bild stellt den 4-MBit- 
EPROM /< PD27C4001 DZ von Nippon 
Electric (NEC) dar, der ab Januar pro- 
duziert werden soll. Er wird in 1- 


Schneller Transputer-Chip 

Inmos International hat eine 25-MHz- 
Version des T800-Transputer-Chips 
vorgestellt. Die Serienproduktion soll 
in diesem Jahr anlaufen. Der T800 
kombiniert einen 32-Bit-lnteger-Pro- 
zessor mit einer 64-Bit-Arithmetik- 
Einheit. Inmos gibt die Leistung des 
25-MHz-Chips mit 2,9 MFLOPS an. 
Eine 30-MHz-Version ist geplant. 

MP 

Superminicomputer 
MV 40000 

Die Firma Data General stellte kürz- 
lich ihre 32-Bit-Superminicomputer- 
familie MV 40000 vor, die sie als ihr 
bisher leistungsfähigstes System be- 
zeichnet. Das Modell MV/40000 bei- 
spielsweise ist kompatibel zu den bis- 
herigen MV-Produkten und erlaubt 
die Verarbeitung von bis zu 14 MIPS 
(Millionen Operationen pro Se- 
kunde). Noch leistungsfähiger ist das 
Modell 40000 HA (High Availibility), 
das bis zu vier symmetrische Multi- 
prozessoren unterstützt und es damit 
bis auf 50 MIPS bringt. Damit soll es 
etwa die doppelte Leistung der Vier- 
prozessor-VAX 8840 haben, die von 
DEC als Spitzenmodell eingestuft 
wird. 


Kombination 
von Silizium- 
und Galliumarsenid- 
Technik 

ln der Mikroelektronik ist Silizium 
heute der Hauptwerkstoff. Die mei- 
sten integrierten Schaltungen, die in 
Computern und anderen Elektronik- 
produkten zu finden sind, bestehen 
aus feinsten, in das Silizium einge- 
brachten Strukturen. Aber auch der 
Halbleiter Galliumarsenid findet 
wegen der damit möglichen hohen 


/rm-CMOS-Technologie gefertigt und 
mit Zugriffszeiten von 120 bis 200 ns 
angeboten. In Vorbereitung ist die 
fensterlose Version dieses Schalt- 
kreises. Beide sind kompatibel zum 
ROM .«PD23C4001E von Kawasaki, 
der bereits verfügbar ist. Mit einem 
entsprechenden Programmieralgo- 
rithmus kann der/<PD27C4001 DZ mit 
100-ns-lmpulsen in 60 Sekunden 
programmiert werden. Verkappt ist er 
mit einem 32poligen Keramikge- 
häuse, das ein großes Fenster für das 
5,48 x 1 4, 79-mm 2 -Chip enthält. 

MP 


Schaltgeschwindigkeiten für spe- 
zielle Zwecke Anwendung. Die Nach- 
teile dieses Materials begrenzen sei- 
nen Einsatz. Arsen ist giftig, und die 
Herstellung von Wafern (Scheiben, 
aus denen Chips gefertigt werden) 
aus Galliumarsenid ist schwieriger 
und teurer als aus Silizium. 

Neue Möglichkeiten ergeben sich 
jetzt mit einer Technik, die es gestat- 
tet, Galliumarsenid auf eine Silizi- 
umunterlage aufzubringen. Damit ge- 
lingt es, die Vorteile beider Halbleiter 
- Geschwindigkeit und bewährtes 
Herstellungsverfahren mit großer In- 
tegrationsdichte - auf einem Chip zu 
vereinen. Geplant sind Chips, die auf 
einem Baustein gleichzeitig preis- 
werte, aber vergleichsweise lang- 
same Silizium-Transistoren und die 
schnelleren Galliumarsenid-Ele- 
mente tragen. Da diese nicht so dicht 
angeordnet werden können wie Sili- 
ziumtransistoren, übernehmen sie 
bei einem derartigen Schaltkreis nur 
die Aufgaben, für die höchstes 
Tempo erforderlich ist. 

Die schnellere Schaltgeschwindigkeit 
in Galliumarsenid beruht darauf, daß 
sich in diesem Halbleiter die Elektro- 
nen etwa fünfmal so schnell bewegen 
wie in Silizium. Wegen dieser höhe- 
ren Beweglichkeit genügen geringere 
Spannungen zum Beschleunigen, die 
Leistungsaufnahme der Bauele- 
mente ist dadurch kleiner. Allerdings 
ist das Aufbringen von Galliumarse- 
nid auf Silizium sehr kompliziert. Zwar 
bestehen beide Stoffe aus einfachen 
kubischen Kristallgittern, jedoch mit 
unterschiedlichen Atomabständen, 
so daß die Gitter nicht genau aufein- 
ander „passen“. 

Neben der Herstellung kombinierter 
Silizium-Galliumarsenid-Chips gilt 
derzeit auch der Produktion reiner 
Galliumarsenid-Schaltungen auf Sili- 
ziumwafern das Interesse der For- 
scher. Ziel ist es, kostengünstig lei- 


stungsfähigere Chips fertigen zu kön- 
nen. Ein Teil der komplizierten 
Schaltkreis-Herstellung soll nach der 
bekannten und bewährten Silizium- 
technik ablaufen; nur für wenige Pro- 
duktionsschritte ist die schwierigere 
Galliumarsenid-Technik vorgese- 

Mit einer gemischten Galliumarsenid- 
und Siliziumtechnik ist es amerikani- 
schen Forschern bereits gelungen, 
einen statischen Schreib-Lese-Spei- 
cher (SRAM) zu fertigen. Er enthält 
7500 T ransistorfunktionen. Ein weite- 
rer Baustein, der verschiedene logi- 
sche Operationen bewältigt, umfaßt 
6000 Transistoren. Wie überlegen 
dem derzeit noch die Herstellungs- 
verfahren für reine Siliziumchips sind, 
wird daran deutlich, daß dort auf einer 
wenige Quadratmillimeter großen 
Fläche viele Millionen Bauteilfunktio- 
nen untergebracht werden können. 

ADN 

Betriebssysteme 
in Konkurrenz 

Das Marktforschungsunternehmen 
Diebold erwartet, daß das Mikrocom- 
puter-Betriebssystem MS/DOS noch 
etwa vier Jahre seine Marktstellung 
halten wird. Ab 1993, so die Manage- 
mentberater, werde sich OS/2 durch- 
setzen. Auf der Ebene der Zentral- 
rechner sollen herstellerspezifische 
Betriebssysteme ihre hohe Marktbe- 
deutung behalten. Das gilt vor allem 
für die IBM-Betriebssysteme MVS, 
VM und auch noch VSE, ebenso für 
das Siemens-System BS 2000. 

Im Bereich der mittelgroßen Rechner 
werden nach Überzeugung Diebolds 
herstellerspezifische Betriebssy- 
steme wie VMS (Digital Equipment), 
VSE (IBM), MPE (HP) oder OS/400 
(IBM) in harter Konkurrenz mit dem 
Standardbetriebssystem Unix ste- 
hen, das künftig wachsende Akzep- 
tanz finde, auch wenn seine Funktio- 
nalität noch nicht das hohe Niveau 
herstellerspezifischer Betriebssy- 
steme erreiche. Auf der Workstation- 
Ebene hätte Unix 1987 bereits einen 
Absatzanteil von 55 bis 65 Prozent 
gehabt. Im Preis-/Leistungsverhältnis 
weise Unix Vorteile gegenüber der 
herstellerspezifischen Konkurrenz 
auf. 

MP 

Neuer Supraleiter 

Die Entdeckung eines dritten Typs 
der neuen Hochtemperatursupralei- 
ter meldete kürzlich ein Forscher- 
team des Nationalen Forschungsin- 
stituts für Metalle der japanischen 
Agentur für Wissenschaft und Tech- 
nik. Dieses Material enthält keine sel- 
tenen Erden und setzt sich aus Wis- 
mut, Strontium, Kalzium und Kupfer- 
oxid zusammen. Es läßt sich relativ 
einfach hersteilen und weist zwei su- 
praleitende Phasen auf, wobei die 
Phasen mit der höheren Temperatur 
bei 105 Kelvin (Minus 168 Grad Cel- 
sius) supraleitend wird. Seine Struk- 
tur scheint sich völlig von der her- 
kömmlicher Supraleiter zu unter- 
scheiden. Umfassende Analysen sol- 
len helfen, neue Erkenntnisse über 
die Mechanismen der Supraleitung 
zu gewinnen. 

ADN 
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Schritte zur Realisierung 
neuraler Rechnernetze 

Informationsverarbeitungssysteme, 
die in Analogie zu denen der Lebewe- 
sen arbeiten, gehören zu den am 
schnellsten expandierenden For- 
schungsbereichen. 

Seit 2 Jahren werden neurale Netz- 
werke kommerziell genutzt. Gegen- 
wärtig sollen 1 50 solcher Netzwerke 
im Einsatz sein. Die aus einer Viel- 
zahl gekoppelter Prozessoren beste- 
henden Netze verfügen über eine we- 
sentlich höhere Verarbeitungslei- 
stung als konventionelle Rechner. 
Äußerst aufwendig ist der Entwurf 
derartiger Netze. Bisher wurden die 
Netze auf konventionellen Rechnern 
simuliert. Die Simulation eines paral- 
lelen Systemkonzeptes auf einem 
konventionellen Rechner erfordert je- 
doch sehr hohe Rechenzeiten. Die 
Firma Texas Instruments soll ein 
Rechnersystem entwickelt haben, 
das die effektive Simulation neuraler 
Netze gestattet. Die Verarbeitungs- 
leistung dieses Rechners entspricht 
der von 100 Minicomputersystemen. 
Grundlage des Computers mit der 
Bezeichnung Griffin sind ein spezifi- 
scher Chip zur Simulation und ein 
Kommunikationschip. Diese Chips 
sind mit einem konventionellen Mi- 
kroprozessor und dem Hauptspei- 
cher auf einer Leiterplatte (Netsim- 
Karte) verbunden. Der Rechner be- 
steht aus 36 Leiterplatten. Der Kom- 
munikationschip ermöglicht zwischen 
der Karte einen Informationsaus- 
tausch mit 10 Megabit/Sekunde. Die 
einzelnen Leiterplatten, die Minicom- 
putersysteme darstellen, sind mit ei- 
nem konventionellen Personalcom- 
puter als Hostrechner gekoppelt. Der 
Hostrechner übernimmt die Korre- 
spondenz mit dem Nutzer, die Her- 
stellung der Anfangszustände, die 
Realisierung der Eingaben und Aus- 
gaben sowie die Fehlerbeseiti- 
gung. 

Diese Kombination des Personal- 
computers mit den Netsinn-Karten 
vereint einen einfachen Zugang zum 
Rechner und die Nutzung hoher Ver- 
arbeitungsgeschwindigkeiten. 

Quelle: Blick durch die Wirtschaft 
vom 22. 8. 1988 Wi 

Bildverarbeitung mit 
Video-Geschwindigkeit 

Die japanische Firma Fujitsu hat nach 
eigenen Angaben mit dem Verkauf 
des international ersten Bildverarbei- 
tungsverfahrens begonnen. Dieses 
Bildverfahren verarbeitet bewegte 
Farbbilder, die mit Fernsehkameras 
aufgenommen wurden, in Video-Ge- 
schwindigkeit. Bei dem neuen Ver- 
fahren mit der Bezeichnung Fujitsu 
Integrated Visual Information Sy- 
stem/Video-Rate Image Processing 
System (FIVIS/VIP) wird eine va- 
riabel strukturierbare Leistungsarchi- 
tektur verwendet, um bewegte Bilder 
in Video-Geschwindigkeit von 60 Auf- 
nahmen pro Sekunde zu analysieren, 
zu verarbeiten und evtl, zu verändern 
oder zu ergänzen. 

Das neue Verfahren nutzt zehn Hoch- 
geschwindigkeits-Bildverarbeitungs- 
Basismodule, die gleichzeitig und 
parallel zueinander arbeiten. Sie er- 
kennen Farben, entdecken sich be- 
wegende Objekte und Formen und 
können die Position von Gegenstän- 
den ausmachen. Das neue Verfahren 
könnte in zahlreichen Gebieten, wie 


bei der Kontrolle von Erzeugnissen 
im Fertigungsprozeß und beim Ob- 
jektschutz, Anwendung finden. 

Wird das Verfahren in Verbindung mit 
Infrarot-Detektoren oder multiplen 
Kameras zum Einsatz gebracht, 
könnte es auch zum Aufspüren von 
Unregelmäßigkeiten in der Hitzever- 
teilung oder zur Entfernungsmes- 
sung in Echtzeit verwendet wer- 
den. 

Für das neue Verfahren setzt Fujitsu 
einen Minicomputer Facom A-50S 

Fa 

LCD-Farbbildschirm 
von Sharp mit 1,2 Mio 
Bildpunkten 

Die Firma Sharp entwickelte einen 
neuen hochauflösenden Farbbild- 
schirm in LCD-Technik mit 1,2 Mio 
Bildpunkten. Der Bildschirm, der 
2,7 cm dick, 27,8 cm breit und 
22,1cm hoch ist, wiegt nur 1,8 kg. 
Das Farbbild besteht aus 308160 in 
Deltakonfiguration angeordneten 
Bildelementen, so daß insgesamt 
1 232640 Bildpunkte vorhanden sind. 
Probleme bereitet bei solch einer 
Konstruktion die Ansteuerung, denn 
es muß jeder Bildpunkt einzeln ange- 
regt werden. Die Firma will dieses 
Problem mit Hilfe der Dünnfilm-Tran- 
sistor-Technik lösen. In 17,5 ms baut 
sich das Bild auf und steht ohne er- 
kennbares Flimmern. Der seitliche 
Betrachtungswinkel von links nach 
rechts liegt bei 60 Grad, von oben bei 
20 Grad und von unten bei 30 Grad. 
Der Kontrast wird mit 1 zu 1 000 ange- 
geben. Ob dieser Bildschirm auch für 
Bewegtbilder ersetzbar ist, wird 
noch getestet. 

Quelle: Blick durch die Wirtschaft 
vom 4. 8. 1988 
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Forschungen 

zur Molekularelektronik 

in Großbritannien 

Im Rahmen ihres Link-Plans unter- 
stützt die britische Regierung fünf 
neue wissenschaftliche Programme. 
Eines dieser Programme ist die Erfor- 
schung der Molekularelektronik mit 
dem Ziel, einen völlig neuartigen 
Computer zu entwickeln. Dabei 
könnte es sich um einen chemischen 
oder biochemischen Computer han- 
deln, der organische Moleküle nutzt, 
um Informationen zu verarbeiten. Die 
britische Regierung unterstützt die- 
ses Programm mit einer Investition in 
Höhe von 10 Mio Rund. An diesem 
Programm arbeitet eine Gruppe von 
Wissenschaftlern aus Industrie und 
Forschung. Diese Arbeitsgruppe hat 
zunächst versucht, eine Auswahl un- 
terschiedlicher Forschungsrichtlinien 
aufzustellen. Das Endziel soll ein 
Computer ohne die Begrenzung der 
Silizium-Chips sein, bei dem u. a. 
keine Probleme hinsichtlich des Wär- 
meverlustes auftreten. Die Wissen- 
schaftler bezeichnen ihren Computer 
als Supermolekular-Informationspro- 
zessor (SIP). Bei der Molekularelek- 
tronik werden organische Moleküle 
durch elektrische und elektromagne- 
tische Signale angeregt. Ein Beispiel 
für organische Moleküle, die auf elek- 
trische oder Wärmesignale reagie- 
ren, sind die Flüssigkristallanzeigen 
in Uhren und Fernsehkleinstgeräten. 
Einen neuen Anwendungsbereich für 
die Molekularelektronik sieht man in 


der Möglichkeit, künftig in Filmen 
oder sogar bei dreidimensionalen 
Matrizen mit Hilfe des Langmuir- 
Blodgett-Verfahrens organische Mo- 
leküle zu organisieren. 

Die Arbeitsgruppe ist der Ansicht, daß 
dies der einzige gegenwärtig be- 
kannte Weg ist, der zu einer Super- 
molekularbaugruppe führen könnte. 
Eine derartige Baugruppe könnte so- 
gar aus biologischen Molekülen be- 
stehen. 

Die große Auswahl an Molekularstof- 
fen, besonders an organischen Fest- 
stoffen, eröffnet nach Ansicht von Ex- 
perten verschiedene Möglichkeiten 
für künftige Fortschritte. Anorgani- 
sche Stoffe bieten langfristig dage- 
gen relativ wenig Möglichkeiten. 

Der Trend geht dahin, organische 
Stoffe zu entwickeln, die genau über 
diese benötigten Eigenschaften ver- 

Im Rahmen des britischen Link-Plans 
wird die Molekularelektronik als „sy- 
stematische Erschließung molekula- 
rer, einschließlich makromolekularer 
und biomolekularer Stoffe für die 
Elektronik sowie verwandte Gebiete, 
wie z. B. die Optoelektronik“, defi- 

In den nächsten zehn Jahren sollen 
Hybridverfahren entwickelt werden, 
bei denen ein Gerät teils auf her- 
kömmlichen Feststoffen und teils auf 
Molekularelektronik beruht. 

Auf der Basis der Hybridverfahren 
sollen völlig neue Gerätetypen zum 
Speichern, Verarbeiten, Übertragen 
und Umwandeln von Daten, die voll- 
ständig aus der Molekularelektronik 
abgeleitet werden, folgen. Die Wis- 
senschaftler wollen außerdem noch 
Energiequellen in Form von Batterien 
mit einer dünnen Schicht als wesentli- 
chem Bestandteil des chemischen 
Chips herstellen. 

Die Arbeitsgruppe untersucht vier 
Möglichkeiten, wie die Elektronik mit 
Hilfe von Langmuir-Blodgett-Schich- 
ten (L-B-Schichten) weiterentwickelt 
werden kann. Die erste Möglichkeit 
bietet sich aufgrund der nichtlinearen 
Eigenschaften, bedingt durch ihr ein- 
zigartiges Herstellungsverfahren. Die 
zweite Möglichkeit beruht auf mikroli- 
thografischem Fotolack für künftige 
Chipgenerationen. Tunneleffekt-Ab- 
standsringe sind die dritte Möglich- 
keit, wobei man die Tatsache aus- 
nutzt, daß ihre Stärke reduziert wer- 
den kann bis zu einem Nanometer. 
Die vierte Möglichkeit stützt sich auf 
Sensoren, besonders Biosensoren, 
die z. B. aus Enzymen oder Antikör- 
pern bestehen. Ein derartiger Sensor 
könnte in der Lage sein, eine immu- 
nologische Reaktion zu steuern. Er 
könnte sogar den Weg für einen Bio- 
computer ebnen, bei dem lebende 
Organismen verwendet werden. 
Quelle: Financial Times vom 
4.2.1988 


Weitere Kapazitätserhö- 
hung bei 3,5-Zoll-Winche- 
sterlaufwerken 

Dem Bestreben nach Miniaturisie- 
rung der Informationsverarbeitungs- 
geräte kommen auch die Speicher- 
produzenten nach. Die Firma Maxtor 
stellte als Spitzenmodell ein 3,5-Zoll- 
Winchesterlaufwerk vor, das eine Ka- 
pazität von 200 MByte bei einer Zu- 
griffszeit von 10 ms aufweisen soll, 
wobei eine weitere Steigerung in Aus- 
sicht gestellt wurde. 


Der Einsatz ist besonders für Work- 
stations, PCs und tragbare Computer 
vorgesehen. Besonderer Wert wurde 
deshalb auf Sicherheit unter rauhen 
Betriebsbedingungen gelegt. So be- 
trägt die Stoßfestigkeit 50 g. Der 
MTBF-Wert wird mit 50000 Stunden 
und die Leistungsaufnahme mit 10 W 
angegeben. Gleichzeitig wurde für 
den Massenmarkt ein Modell mit ei- 
ner Speicherkapazität von 
100 MByte, einer Zugriffszeit von 
30 ms, einem MTBF-Wert von 40 000 
Stunden und einer Leistungsauf- 
nahme von 1 3 W angekündigt. 

Quelle: Elektronik. - München 
37(1988)17. -S. 52 
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Additivtechnik 

modernisiert 

Leiterplattenfertigung 

In Japan wird derzeit bereits ein Drit- 
tel aller Leiterplatten, insbesondere 
die für technisch und qualitativ hoch- 
wertige Industrieelektronik, nach ei- 
nem neuen Herstellungsverfahren 
gefertigt. Es wird als Additivtechnik 
bezeichnet und soll der zunehmen- 
den Miniaturisierung gerecht werden, 
die nicht nur modernste Verfahren für 
die Bauelementeherstellung, son- 
dern auch für ihre T räger erfordert. 
Das erste, jahrzehntealte, aber noch 
immer am meisten angewandte Ver- 
fahren zur Herstellung von Leiterplat- 
ten ist die Subtraktionstechnik. Als 
Grundmaterial dafür dient dünnes, 
vollständig mit Kupferfolie beschich- . 
tetes Isoliermaterial wie Papier oder 
Glasepoxi. Nach dem Aufbringen ei- 
ner Fotomaske ätzt man von dieser' 
Schicht das Kupfer so ab, daß nur die 
Lötaugen und die sie verbindenden 
Leiterbahnen stehen bleiben. Im De- 
tail erfordert -das etliche kosteninten- 
sive Arbeitsgänge. Feinste Leiterbah- 
nen, wie sie für die heute gefragten 
Packungsdichten erforderlich sind, 
lassen sich damit kaum erreichen. 
Diese Nachteile übenwindet die Addi- 
tivtechnik. Bei diesem Verfahren wird 
Kupfer aus einem chemischen Bad 
nur an genau den Stellen auf dem 
Grundmaterial abgeschieden, wo 
Leiterbahnen sein sollen. Schwierig- 
keiten bereitete dabei zunächst die 
Bindung des abgeschiedenen Kup- 
fers auf dem Trägermaterial. Ein 
„Kleber“ wurde gesucht, der eine löt- 
feste Verbindung garantiert. 

Diesen Kleber fanden USA-Wissen- 
schaftler mit ihrem A-50-Verfahren, 
bei dem das Kupfer aus einem 73 bis 
74 Grad Celsius warmen Kupfersul- 
fatbad abgeschieden wird. Die darin 
enthaltenen Zusätze von Palladium, 
Chromschwefelsäure und Natrium- 
fluorid sorgen für sichere Haftung. 
Die Feinheit der Leiterbahnen betref- 
fend, meinten die Entwickler des Ver- 
fahrens, daß hier eher die fotochemi- 
schen Vorlagen und Vorgänge beim 
Aufbringen des Leiterbahnmusters 
Grenzen setzen als die Additivtech- 
nik, mit der auch schon sogenannte 
Multilayer-Leiterplatten gefertigt wer- 
den, bei denen sich mehrere Lagen 
von Leiterbahnen übereinander be- 
finden. 

AON 
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44 . Internationale 
Technische Messe 
Plowdiw ’88 

Vom 26. September bis 2. Oktober 
1988 fand in Plowdiw (VRB) zum 
44. Mal die Technische Herbstmesse 
mit wiederum gestiegenen Ausstel- 
ler- und Besucherzahlen statt. Es be- 
teiligten sich 33 Länder mit 3676 Fir- 
men, darunter 2401 ausländische 
Aussteller. Wie der Generaldirektor 
der Messe, Kiril Asparuchow, erläu- 
terte, ist diese Steigerung vor allem 
der Stimulierung des Handels und der 
Industriekooperation zwischen bul- 
garischen und ausländischen Firmen 
zu verdanken. Grundlage dafür ist die 
auf dem Juliplenum 1987 beschlos- 
sene wirtschaftliche Umgestaltung, 
gekennzeichnet durch Selbstverwal- 
tung der Betriebe, ihre Freizügigkeit, 
mit bulgarischen und ausländischen 
Firmen Gemeinschaftsunternehmen 
zu gründen, die Tendenz zum Tech- 
nologietransfer mit dem Ziel, die bul- 
garischen Erzeugnisse konkurrenz- 
fähig zu machen sowie die neuge- 
schaffenen Handelsbanken mit er- 
weiterten Rechten. Für den Messe- 
besucher dokumentierte sich diese 
Entwicklung in einer Vielzahl von bul- 
garischen Anbietern zum Beispiel für 
Computertechnik, wenngleich bei 
den kleinen Firmen nicht in dem Um- 
fang wie auf den Messen in Budapest 
und Poznan. Das Angebot umfaßte 
eine breite Palette, die auch Spitzen- 
produkte nicht ausließ. 

Der Betrieb für Computertechnik So- 
fia ist Hersteller des Isotimpex-ZIT 
Super 32 (Bild 1 ; Bilder siehe 2. und 3. 
Umschlagseite), der als voll kompati- 
bel zum IBM PC, XT, AT und zum PS/ 
2 (?) bezeichnet wird. Eingesetzt wer- 
den kann er sowohl als Einplatz-PC 
als auch in Netzwerken. Als CPU wird 
der 80386 verwendet, dessen Takt- 
frequenz hard- oder softwaremäßig 
zwischen 1 6 und 20 MHz umgeschal- 
tet werden kann. Option ist ein arith- 
metischer Koprozessor. Der Haupt- 
speicher umfaßt 2 MByte auf der Mut- 
terplatine, wobei RAMs mit 100 ns 
Zugriffszeit und wahlweise mit 80 ns 
Zugriffszeit verwendet werden. Der 
gesamte RAM kann aufgeteilt werden 
in den Basisspeicher mit 640 KByte, 
den Expansions-RAM mit 1024 
KByte und ein Shadow-RAM mit 384 
KByte (in den Shadow-RAM kann 
z. B. das ROM-BIOS geladen wer- 
den, um kürzere Zugriffszeiten zu er- 
reichen). 

Als externe Massenspeicher stehen 
40-M Byte-Festplatten (wahlweise 80 
MByte und mehr), 5,25-Zoll-Disket- 
ten mit 1 ,2 MByte und 3,5-Zoll-Disket- 
ten mit 720 KByte in Slim-Iine-Aus- 
führung sowie ein 60-MByte-Band- 
laufwerk zur Auswahl. Der Super 32 
arbeitet mit der Farbgrafik EGA, für 
die der spezielle 14-Zoll-Monitor ge- 
liefert wird. Zur Auswahl wird ein mo- 
nochromer Monitor und ein hochauf- 
lösender 14-Zoll-Farbmonitor ange- 
boten. Acht freie Leiterkartensteck- 
plätze können über den Expansions- 
bus wie folgt genutzt werden: 

2 Stück für PC-kompatible 8-Bit-Er- 
weiterungskarten, 5 Stück für AT- 
kompatible 1 6-Bit-Erweiterungskar- 
ten, 1 Stück für die 32-Bit-RAM-Er- 
weiterungskarte. 


Als Betriebssysteme können MS- 
DOS und XENIX genutzt werden; 
Compiler gibt es für Fortran, Pascal, 
C und GWBasic. Die Anwendungs- 
software enthält unter anderem P- 
CAD und ACAD der Autodesk Inc. 
Während der Super 32 als Tower an- 
geboten wird, der Platz für die zahlrei- 
chen Erweiterungsleiterkarten bietet, 
produziert das Kombinat für Mikro- 
prozessorsysteme Prawez ihren er- 
sten 32-Bit-PC, den Pravez-386 (Bild 
2), als Desk-Top-, also Tischmodell. 
Basis ist der Prozessor 80386, der 
um einen 80287- bzw. 80387-Kopro- 
zessor ergänzt werden kann. Der 1- 
MByte-RAM kann bis zu 1 0 MByte er- 
weitert werden, der ROM hat 128 
KByte. Als externe Speicher gibt es 
5,25-Zoll-Disketten mit 1,2 MByte 
(bzw. 360 KByte) sowie Festplatten 
mit 10 oder 20 MByte. 

Auch der Pravez-386 kann als Einzel- 
PC wie als Server in lokalen Netzen 
mit Ring- oder Linienstruktur verv en- 
det werden. Die Farbgrafik des 38 J ist 
sowohl zum Standardgrafikadapter 
CGA als auch zur höherauflösenden 
EGA-Grafik kompatibel. Die Lei- 
stungsfähigkeit des 80386-PCs er- 
laubt bereits umfangreiche grafische 
Anwendungen unter Nutzung von bis 
zu 8 Terminals. So wurden mittels 
des Pravez-386 die Leistungen des 
auch angebotenen CAD-Paketes 
TIGS-R (Bild 3) demonstriert. Das Pro- 
gramm ist kompatibel zu AutoCAD 
und bietet die bekannten Möglichkei- 
ten der Zeichnungserstellung mit 
Dimensionierung und der grafischen 
Ein- und Ausgabe. Voraussetzung 
für die Anwendung von TIGS-R ist ein 
PC-DOS-kompatibles Betriebssy- 
stem; beispielsweise das PDOS 
des Pravez-386. Als Multitasking- 
multiuser-Betriebssystem steht für 
den Computer darüber hinaus noch 
das XENIX-kompatible INMOS be- 
vor etwa 10 Jahren wurde die zum 
bulgarischen Sportbund gehörende 
Firma Infosport gegründet, die seit 
etwa 4 Jahren selbst Hardware pro- 
duziert und sie einschließlich Soft- 
ware für den Sport-Bereich inzwi- 
schen auch zum Verkauf anbietet. So 
konnten Produkte bereits in Öster- 
rich, in der Schweiz, im Iran und Irak 
abgesetzt werden. Die Zusammenar- 
beit mit ausländischen Firmen soll 
künftig verstärkt werden und sich 
nicht auf den Sportsektor beschrän- 
ken. Beispielsweise ist Infosport Di- 
stributor von Microsoft in 1 7 Ländern; 
MS-Windows wird als Standard in ky- 
rillischer Schrift und mit der Firma 
Ensch ein DTP-System entwickelt. 
Für den Sport 286 Quatro (Bild 4, 
rechts) wurde als Basisplatine eine 
spezielle Leiterkarte entwickelt, die 
bereits bis zu 8 MByte RAM aufneh- 
men kann. Damit werden nicht nur 
Steckplätze für zusätzliche Leiterkar- 
ten eingespart, sondern durch Ver- 
wenden schnellerer Chips wird auch 
die Verarbeitung beschleunigt. Der 
1 6-Bit-80286-Prozessor kann hard- 
ware- und softwaremäßig auf 8, 10, 
16 oder 20 MHz eingestellt werden. 
Die zusätzliche Verwendung des Ko- 
prozessors 80287 ist möglich. Vom 
Aussteller wurde hervorgehoben, 
daß das System nach dem Land- 
mark-Speedtest eine Geschwindig- 


keit von 26,7 MHz erreicht (dabei ist 
jedoch zu beachten, daß dieses T est- 
verfahren in keiner bzw. nur geringer 
Weise langsame Peripherie und lang- 
same Speicher berücksichtigt; es ist 
damit für den praktischen Gebrauch 
nur von untergeordneter Bedeutung). 
In der Grundausstattung enthält der 
Sport 286 Q einen EGA-Monitor, op- 
tional ist VGA-Farbgrafik lieferbar; als 
externe Speicher sind 5,25-Zoll- 
Floppy mit 1,2 MByte und 80-MByte- 
Festplatte vorhanden (wahlweise 2 
Festplatten mit 80, 115, 160 oder 
380 MByte). Die angebotene Soft- 
ware umfaßt u. a. MS-DOS 3.3 und 
OS/2, MS Windows 2.03 und MS 
Mouse. 

Als leistungsstärkstes Modell offe- 
rierte Infosport auch einen PC mit 
dem 32-Bit-Prozessor 80386, der 
wahlweise mit 1 6, 20 oder 25 MHz be- 
trieben werden kann. Nach dem be- 
reits erwähnten Landmark-Test sol- 
len sich dementsprechend Leistun- 
gen von 22, 27 bzw. 34 MHz ergeben. 
Als Gesamtleistung des Sport 386 
(Bild 4, links) wird mehr als das 1 8fa- 
che eines PC XT genannt. 

Der Hauptspeicher kann auf der Ba- 
sisplatine von 2 auf 8 MByte aufgerü- 
stet werden; für die Erweiterung bis 
zu 16 MByte steht ein 32-Bit-Slot zur 
Verfügung. Als weitere Speicher die- 
nen ein Diskettenlaufwerk mit 5,25 
Zoll und 1 ,2 MByte, ein 3,5-Zoll-Lauf- 
werk mit 720 KByte oder 1 ,44 MByte, 
eine Festplatte mit 80 MByte und ein 
Streamer mit 60 MByte. Als Option 
gibt es die Variante mit 2 Harddisks 
mit je 1 15, 160, 315 oder 382 MByte 
Kapazität. In der Grundausstattung 
ist das System mit einem EGA-Moni- 
tor ausgestattet, optional mit VGA. 
Auch zum Sport 386 gibt es MS-DOS 
3.3, OS/2, MS-Windows/386, MS- 
Mouse sowie Anwendungs- und 
Netzsoftware. 

Das Institut für Technische Kyberne- 
tik und Robotertechnik der bulgari- 
schen AdW stellte in einem geson- 
derten Bereich eine Vielzahl von Ent- 
wicklungen vor: 

Mit dem Bildverarbeitungssystem 
CSI-11 (Bild 5) wurde eine preiswerte 
Lösung angestrebt, die es erlaubt, in 
Verbindung mit einem XT-kompati- 
blen Personalcomputer (im Bild Pra- 
vez EC 1 839) über eine Videokamera 
äufgezeichnete Bilder auszuwerten 
und zu bearbeiten. Der eingebaute 
MP-Modul mit MC 6809 und 32 KByte 
RAM/EPROM erlaubt jedoch auch 
die autonome Arbeit ohne PC. Wei- 
tere Bestandteile sind: Synchronisa- 
tionsblock, ADU mit 6 Bit Auflösung 
und 6,25 MHz Umsetzrate, asyn- 
chrone RS-232-C-Schnittstelle, Par- 
allelinterface, DMA für die Kopplung 
mit dem PC sowie Videospeicher mit 
256 KByte. Er ermöglicht die Auf- 
nahme von 4 Bildern mit 
256 x 256 x 8 Bit, wobei die Übertra- 
gung der Informationen von einer Vi- 
deoseite zur anderen und die Verar- 
beitung in Echtzeit möglich sind. 

Die Haupteinsatzgebiete liegen damit 
in der Kontrolle industrieller Prozesse 
sowie im Einsatz für „sehende“ Ro- 
boter, medizinische Untersuchungen 
und Sicherungssysteme. 

Als abschließendes Produkt aus dem 
Institut sei das Desktop-Publishing- 


Programm RedPak genannt, welches 
auf einer PC-Minimalkonfiguration 
vorgeführt wurde (Bild 6). Es ist ver- 
gleichbar mit dem bekannten Layout- 
programm Pagemaker und erlaubt, 
mit dem PC erstellte Textfiles, Auto- 
CAD-Daten, Paint-Brush-Grafiken 
und gescannte Bilder auf dem Bild- 
schirm zu bearbeiten; das heißt, Text 
und Bilder gleichzeitig für die Aus- 
gabe einer Druckseite aufzubereiten. 1 
Von dem Entwickler kann nicht nur 
das Layoutprogramm, sondern auch 
eine DTP-Hardware-Konfiguration 
bezogen werden. Zum Beispiel: PC 
AT mit 1 MByte RAM, 40-MByte-Fest- 
platte, 1 ,2-MByte-Floppy, 360-KByte- 
Floppy, Monochrom-Monitor mit 
1024x780 Pixel, HP-Scanjet-Scan- 
ner und HP-Series Il-Laserdrucker, 
wofür etwa 12000 US-$ zu veran- 
schlagen sind. 

Die auf diesem System zu verarbei- 
tenden Bild- bzw. Schriftelemente 
können mit einem ebenfalls entwik- ) 

kelten Programmsystem R&V (Ra- I 

ster- und Vektor-Fonts) generiert 
werden (Bild 7), wofür sich auch ein 
Scanner als Eingabegerät nutzen i 

läßt. 

Vor vier Jahren wurde mit etwa 300 
Mitarbeitern der volkseigene Betrieb 
Softwareprodukte und Systeme | 

(SPS) gegründet, der heute etwa 
1500 Mitarbeiter beschäftigt. Zielset- | 
zung des Betriebes ist es, vor allem 
durch Einbeziehung anderer Partner- 
betriebe, also durch Kooperation, von 
Kunden benötigte spezifische Hard- 
und Softwarelösungen zusammen- 
zustellen und die notwendigen An- 
passungsarbeiten auszuführen. Das 
Messeangebot umfaßte insgesamt 
181 Exponate, darunter 172 Pro- 
grammlösungen. Die Palette reichte 
von Anwendungssoftware für die ver- 
schiedensten volkswirtschaftlichen 
Bereiche bis zu anspruchsvollen 
Satzsystemen mit der kompletten 
Hard- und Software. Mit dem Kombi- 
nat Robotron wurde zum Beispiel ge- 
meinsam das Kontrollsystem R0MI 
entwickelt (im Bild 8 rechts vorn), des- 
sen Grundlage die Datenstation robo- 
tron K 891 5 ist. Das Betriebsdatener- 
fassungssystem ermöglicht u. a. die 
Anwesenheits-, Zutritts- und Arbeits- 
zeitkontrolle. 

Abschließend einige Bemerkungen 
zu neuen bulgarischen peripheren 
Geräten: 

In Kopplung mit einem PC wurde ein 
Scanner gezeigt, der CC-25 (Bild 9), 
welcher mit einer Auflösung von 300 
dpi (dots per inch, Punkte pro Zoll) 
dem heute im DTP-Bereich interna- 
tional vorhandenen Leistungsniveau 
entspricht. 

Ebenfalls in Konfiguration mit einem 
PC-kompatiblen Computer arbeitet 
die Disketten-Duplizierstation (Bild 10) 
für 5,25-Zoll-Disketten. 

Isot stellte innerhalb des umfangrei- 
chen Angebotes an Speichertechnik 
das neue 5,25-Zoll-Floppy-Laufwerk 
EC 5327.01 mit 1 ,6 MByte (Bild 1 1 ) und 
das Festplattenlaufwerk CM 5509 mit 
31 MByte vor (Bild 11). 

Text und Fotos: Hans Weiß 
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Zunehmender Beliebtheit 
erfreuen sich auf dem internatio- 
nalen Markt die transportablen 
Personalcomputer. Den größten 
Anteil dürften aus dieser Gruppe 
die sogenannten Laptops 
(Schoßcomputer) haben. Sie 
liegen mit ihrer Masse etwa um 
die 6 kg und haben fast alle den 
gleichen grundlegenden Aufbau 
(siehe auch MP 9/88, 4. Um- 
schlagseite). Das heißt, die 
Grundfläche beträgt etwa 
30 cm x 35 cm, und das Display 
ist aufklappbar. 

Die Monitore unterscheiden sich 
jedoch in Aufbau, Format und 
Handhabung. Verwendet 
werden vor allem Flüssigkristall- 
(LC-) und Plasmadisplays. 
Erstere haben den Vorteil des 
geringeren Energieverbrauchs 
(bei Akkubetrieb wichtig), sind 
jedoch vergleichsweise träge, 
empfindlich gegenüber geringen 
Temperaturen und nicht sehr 
kontrastreich. Eine Verbesse- 
rung hat hier die sogenannte 
Supertwisttechnik gebracht, die 
auch den möglichen Blickwinkel 
vergrößert. Oft werden jetzt die 
Displays mit Hintergrundbe- 
leuchtung (Backlight) ausgestat- 
tet. Selbstleuchtende Gas-Plas- 
madisplays sind den LCD in 
vielem überlegen, haben aber 
einen recht hohen Stromver- 
brauch. Bei starkem Umge- 
bungslicht ist das Ablesen oft 
problematisch. Elektrolumines- 
zenztechnik wird nur selten ver- 
wendet. 

Bei Laptops gibt es bis jetzt noch 
keine Farbdisplays. Zwar 
verfügen fast alle angebotenen 
Geräte über einen der gängigen 
Farbgrafikadapter - CGA 


(640 x 200 Pixel), EGA 
(640 x 350 Pixel), selten Olivetti- 
Modus (640 x 400 Pixel), 
neuerdings sogar den von IBM 
für das PS/2 entwickelten 
VGA-Standard (640 x 480 
Pixel) -, sie setzen die potentiel- 
len Farben jedoch für den 
eigenen Monitor in Grauwerte 
um. Die meisten Laptops bieten 
allerdings einen RGB-Ausgang, 
um externe Farbmonitore 
anschließen zu können. 

Immer häufiger werden Laptop- 
Computer mit eingebautem 
Akku für netzunabhängigen 
Betrieb angeboten. Hersteller 
dieser Geräte betrachten dies 
sogar als ein entscheidendes 
Merkmal, einen Laptop als 
solchen bezeichnen zu dürfen. 
Hier gehen die Meinungen 
jedoch auseinander. 

Obwohl man sich vorstellen 
kann, daß Laptops extrem 
kompakt aufgebaut sein müs- 
sen, um die Leistung eines 
Personalcomputers in das 
Aktentaschenformat bringen zu 
können, warten die meisten 
Hersteller noch mit freien 
Leiterkarten-Steckplätzen auf, 
beispielsweise um Modems 
oder Netzwerkkarten verwenden 
zu können. In der Grundausstat- 
tung beinhalten Laptops bereits 
ein 3,5-Zoll-Diskettenlaufwerk 
(1 ,44 MByte) und meist eine 
Festplatte zwischen 20 und 
100 MByte. Weitere Speicher 
sind extern nutzbar. Als Prozes- 
sor werden durchweg Intel- oder 
intelkompatible Typen verwen- 
det, oft in der stromsparenden 
CMOS-Bauart. Damit ist die 
Möglichkeit der Arbeit unter 
MS-DOS mit entsprechender 


Standardsoftware gegeben. Je 
nach Einsatzzweck werden die 
16-Bit-Typen 8088/8086 oder 
80286 bzw. 80C286 verwen- 
det. 

Eine Vorreiterrolle übernahm im 
Herbst 1987 die japanische 
Firma Toshiba mit der Vorstel- 
lung eines Laptops mit dem 
32-Bit-Prozessor 80386. Der 
Toshiba T 51 00, 
den unser Farbbild zeigt, besitzt 
neben einem 3,5-Zoll-Disketten- 
laufwerk (umschaltbar von 720 
KByte auf 1 ,44 MByte) eine 
stoßgeschützte 40-MByte-Fest- 
platte mit 29 ms Zugriffszeit und 
einem Interleave-Faktor 1 . 

Der Prozessor wird mit 1 6 MHz 
getaktet und benötigt 1 Wait 
State. Der 2-MByte-RAM kann 
auf 4 MByte erweitert werden. 
Der T 51 00 wiegt 6,8 kg. Neben 
dem Betriebssystem MS-DOS 
3.2 ist seit Mitte 1988 auch das 
T/PIX AT&T Unix V.3 verfügbar, 
so daß ein T 51 00 über die 
RS 232-Schnittstelle bis zu vier 
Arbeitsplätze unterstützen kann. 
Auf dem Gas-Plasmadisplay mit 
640 x 400 Pixeln lassen sich 
vier Graustufen darstellen. Auch 
das Display dürfte mit dafür 
verantwortlich sein, daß ein 
Akkubetrieb nicht effektiv wäre 
und nur der Einsatz über einen 
Netzanschluß bleibt. 

Anfang 1 988 präsentierte 
jedoch GRID Systems Corp. den 
ersten netzunabhängigen 
80386-Laptop, den Grid- 
Case 1 530. Er besitzt die 
stromsparende CMOS-Prozes- 
sorversion 80C386, die mit 
12,5 MHz oder mit 6 MHz 
Taktfrequenz arbeiten kann. 
Auch dieser Laptop hat ein 


Gas-Plasmadisplay mit 
640 x 400 Pixeln, so daß neben 
CGA optional auch VGA möglich 
ist. Bemerkenswert ist auch das 
geringe Gewicht von nur knapp 
5,4 kg. 

Ebenfalls einen akkubetriebe- 
nen Laptop, und zwar mit dem 
normalen 80386-Prozessor, 
stellte Mitte 1988 die Firma 
Zenith vor. Auch dieser arbeitet 
aus Gründen des Stromver- 
brauchs unter der Nennfrequenz 
des 80386 (16 MHz) mit nur 12 
oder 6 MHz (umschaltbar). Das 
Novum des Turbosport 386 ist 
das neuartige LC-Display, als 
Page-white-Monitor bezeichnet, 
das schwarze Zeichen auf 
weißem Hintergrund darstellt 
(alle anderen Hersteller verwen- 
deten farbigen Hintergrund). 
Damit wird ein bei diesen 
Geräten bisher nicht gekanntes 
Kontrastverhältnis von 1 :20 er- 
reicht. 

Als Spitzenmodell bei Laptops 
dürfte gegenwärtig Toshibas 
neuestes Modell, der T 5200. 
einzustufen sein. Er verwendet 
den 80386 mit 20 MHz, hat 2 bis 
8 MByte RAM, 40- oder 100- 
MByte-Festplatte mit 25 ms 
Zugriffszeit und ein 3,5-Zoll-Dis- 
kettenlaufwerk. Als Bildschirm 
wird wie beim Vorgänger T 51 00 
ein Gas-Plasmadisplay verwen- 
det; mit 640 x 480 Pixeln und 
VGA-Standard. Auch ist hier 
zum Betrieb die Steckdose 
Voraussetzung. In den Maßen 
(379x395x99 mm 3 ) und im 
Gewicht (8,5 kg) übertrifft er 
jenen dagegen, wie auch unsere 
grafische Gegenüberstellung 
zeigt. 

Mittlerweile haben fast alle 
namhaften Hersteller von 
Personalcomputern Laptops in 
ihrem Programm. 

So auch seit Okober 1 988 
Compaq mit dem SLT/286, den 
wir in der Rubrik Entwicklungen 
und Tendenzen in MP 12/88 
bereits vorstellten. Mit diesem 
Laptop wird erstmals ein Gerät 
angeboten, das den VGA-Grafik- 
modus auf einem LC-Display 
realisiert. 

Auch weiterhin ist mit einer 
stürmischen Entwicklung bei 
dieser Computerkategorie zu 
rechnen. Gleichermaßen beim 
Absatz der Geräte, der zwar- 
sicher wegen des im Vergleich 
zu Tischmodellen höheren 
Preises - nicht so hoch wie 
ursprünglich vorausgesagt, aber 
dennoch deutlich steigend ist. 

MP-we 

Foto: Weiß: Gram: Toshiba 
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Am 24. und 25. November 1&J8 
zeigte der VEB Robotron-Projekt ge- 
meinsam mit anderen Betrieben des 
Kombinates in Dresden, Am Fuöik- 
platz (Halle A), die Leistungsfähigkeit 
seiner angebotenen Softwarepro- 
dukte. Diese erste Softwaremesse für 
die Rechnertypen EC 1834 und 
A7150 zog über 6500 Interessenten 
an. Neben einer übersichtlichen Ge- 
staltung der Schau standen stets 
kompetente Mitarbeiter an fast 50 
Personalcomputern zur Verfügung, 
die Auskünfte zu ihren Produkten ga- 
ben. 

In acht Themenkomplexen konnten 
die Anwender jeweils die für sie opti- 
male Problemlösung auswählen und 
begutachten: 

- Betriebssysteme und Program- 
miersprachen 

- Textsysteme/Integrierte Systeme 

- Datenbanksysteme/Informations- 
recherchesysteme 

- Mathematische Verfahren/Kalku- 
latiön/Geschäftsgrafik 

- CAD-Software 

- Datenkommunikation/Lokale 
Netze 

- Technologie/Künstliche Intelligenz 

- Anwendersysteme. 

Die Softwarebetriebe des Kombina- 
tes Robotron demonstrierten in den 
einzelnen Komplexen wirklich attrak- 
tive und leistungsfähige Lösungen 


20 Jahre Rank Xerox EEO 

Im Jahre 1 968 gründete die Rank Xe- 
rox Ltd. - mit Hauptverwaltung in Lon- 
don und zuständig für Europa, Afrika 
und Australien - ihre Spezialabtei- 
lung Eastern Export Operations 
(EEO). Anläßlich dieses Jahrestages 
gab das Rank Xerox Büro Berlin/DDR 
ein 12seitiges Material heraus, das 
mit dem DTP-System Ventura Publi- 
sher erstellt und auf dem Laserdruk- 
ker RX 4045 ausgegeben wurde. 

In der DDR ist Rank Xerox seit mehr 
als zwanzig Jahren tätig und seit 
1981 als Firma akkreditiert. In dieser 
Zeit hat sich eine gute Zusammenar- 
beit mit der Vertreterfirma F. C. Ger- 
lach und dem VEB Robotron Vertrieb 
entwickelt, der den Service für Rank 
Xerox-Geräte übernommen hat. 

Als traditioneller Hersteller von Ko- 
piertechnik ist Rank Xerox bekannt, 
jedoch entstanden in den For- 


und ihre Einsatzfähigkeit auf der mo- 
dernen in der DDR produzierten 
Hardware. Neben vielen bekannten 
und bereits weit verbreiteten Soft- 
warepaketen waren Neuerungen von 
hohem Niveau und mit guter Bedien- 
oberfläche für DCP zu sehen, wie das 
bilinguale Textsystem TEXT 40 K, 
ein Window-Editor, AIDOS/M1 und 
viele andere. Unter der Überschrift 
„Anwendersysteme“ demonstrierten 
über 30 weitere Betriebe ihre Hard- 
ware- und Softwarelösungen unter 
Anwendung der Robotron-Systeme. 
Das Thema „Nachnutzung“ wurde an 
jedem dieser Stände heiß disku- 
tiert. 

Materialien zur Ausbildung an und mit 
dem Personalcomputer boten das 
Robotron-Schulungszentrum Leipzig 
mit seiner T eachware sowie das Insti- 
tut für Film, Bild und Ton Berlin mit Fo- 
lien, Dias, Filmen, Videos und Lehr- 
software. 

Über die Leistungsfähigkeit der ange- 
botenen Produkte informierten sich 
auch der 1 . Sekretär der Bezirkslei- 
tung Dresden der SED, Hans Mo- 
drow, sowie die in der DDR weilende 
Delegation des europäischen Parla- 
ments. Eine nächste Schau dieser Art 
wird es im April 1 990 auf der doppel- 
ten Fläche geben, auch das ist ein Er- 
gebnis der erfolgreichen Messe. 

M. Fischer 


schungs- und Entwicklungslabors der 
Firma auch das bekannte lokale Netz 
Ethernet, der Laserdruck und die Idee 
der Maus als Eingabemedium für Mi- 
krocomputer. Mit dem frühzeitigen 
Erwerb der Rechte an dem DTP-Pro- 
gramm Ventura Publisher ebnete 
auch Rank Xerox dem „Publizieren 
am Schreibtisch" den Weg. 

Heute ist das Unternehmen darum 
bemüht, sich auf dem Gebiet der Da- 
tentechnik insgesamt zu profilieren. 
Dementsprechend befinden sich ne- 
ben Kopier- und Vervielfältigungssy- 
stemen auch Drucker, elektronische 
Schreibmaschinen, IBM-kompatible 
PCs, Grafikbildschirme, lokale Netze 
sowie Software wie Ventura Publi- 
sher (seit kurzem in der neuen Ver- 
sion 2.0, siehe MP 1/1989, S.30) im 
Vertriebsprogramm. 


MP im Jahr 1 989 


Vielleicht sollte die Redaktion darüber nachdenken, in jedem Heft einen 
ausführlicheren Hardwareartikel zu veröffentlichen. - Eine stärkere Aus- 
richtung in Richtung Software wäre aus unserer Sicht wünschenswert. - 
. . . doch wäre ich auch erfreut, öfter mal einen kompletten Schaltplan zur 
praktischen Nachnutzung zu finden. - Vielleicht ist es auch möglich, mehr 
Quelltexte in höheren Programmiersprachen abzudrucken. - Nicht ein- 
verstanden bin ich damit, daß immer wieder wertvoller Platz mit BASIC- 
Sprachübersichten . . . verschwendet wird. - Die Attraktivität der MP leidet 
stark durch die vielen Kleincomputer-Artikel. - Besonders interessiere ich 
mich für den Einsatz der Kleincomputer und deren Hard- und Software. - 
■ . . glaube ich, daß der Kleincomputer in der MP zu stark vertreten ist, . . . 
es gibt z. B. sehr wenig Material über die verschiedenen PC-Betriebssy- 
steme, und gerade das könnte ich für die Bewältigung meiner Arbeitsauf- 
gaben gut gebrauchen. - Wo bleiben in der MP eigentlich die Amateure ? 
Soll das, was unter der Rubrik „ MP-Computer-Club “ erscheint, alles sein ? 

„Jedermann recht getan ..." werden vielleicht auch Sie nach der Lektüre 
dieser kleinen Auswahl von Leserstimmen denken, die uns im Laufe des 
vergangenen Jahres erreichten. Um mit dem letzten Zitat zu beginnen: Das, 
was in der Rubrik Computer-Club zum Thema Kleincomputer erscheint, 
muß vom Umfang her tatsächlich alles sein. Nicht, daß wir die Bedeutung 
unterschätzten, die der Computer heute im Freizeitbereich hat. Jedoch gilt 
es, die Aufgabe einer wissenschaftlich-technischen Fachzeitschrift zu erfül- 
len, die da lautet: Unterstützung eines berufsmäßig vorgebildeten Leser- 
kreises in seiner praktischen Tätigkeit. Für die MP bedeutet dies: Unterstüt- 
zung aller ingenieurtechnischen Kader, die auf dem Gebiet der Mikroelek- 
tronik, Computertechnik und Informatik tätig sind, mit anwendungsbezoge- 
nen Beiträgen zu ihrem Arbeitsgebiet. Es entspricht dabei sowohl der Er- 
wartung unserer Leser - siehe oben - wie auch der uns gestellten Aufgabe, 
die Anwendung der Mikroelektronik als Einheit von Bauelementen, Bau- 
gruppen und Programmsystemen darzustellen. 

Erwarten können Sie also auch weiterhin, daß die MP über die spezifischen 
Bauelemente der Computertechnik und deren Applikation, über Entwick- 
lungen auf dem Computersektor - etwa zu gleichen Teilen Hardware und 
Software - sowie zukunftsorientierend zu Fragen der Informatik berichten 
wird. Dabei werden wir jene Beitragsangebote bevorzugen, in denen auch 
komplizierte Vorgänge anschaulich und für den Praktiker verständlich dar- 
gestellt sind. 

Das betrifft sowohl Übersichtsbeiträge zu allgemein interessierenden Fra- 
gen der Informatik als auch Artikel im Stil von „Wie wird’s gemacht?“, zu de- 
ren Einsendung wir in MP 2/88 aufriefen. In dem insgesamt sehr großen Ma- 
nuskriptangebot sind die Beiträge leider noch etwas rar, die den Weg zur 
Lösung eines Problems leicht verständlich darlegen oder die eine Entwick- 
lung unmittelbar zur Nachnutzung offerieren. 

Noch stärker als bisher werden wir bei Manuskriptangeboten zur Vorstel- 
lung von Hard- oder Softwarelösungen, die Übersichtscharakter haben, auf 
ein kurzgefaßtes Angebot für die Rubrik Börse dringen müssen. 

Als kleine Auswahl aus dem breit gefächerten Angebot dieses Jahres wä- 
ren abschließend zu nennen: 

- Beiträge zu wichtigen Entwicklungen unserer Bauelementeindustrie an- 
läßlich des 13. Mikroelektronik-Bauelementesymposiums 

- Beiträge zu Rechnerarchitekturen, integrierten Softwarepaketen und zur 
Grafik am A 71 00/71 50 

- in unserer Reihe KURS die Programmiersprache Forth und perspekti- 
visch MS-DOS, Unix oder Modula-2. 

Mit dieser Zielsetzung hoffen wir, die MP in Ihrem Sinne künftig noch inter- 
essanter und lehrreicher gestalten zu können. 

Ihre Redaktion MP 


i Intensiviert Computerpn 


Die VR China plant in den nächsten 
Jahren ein Steigerung der Jahrespro- 
duktion von Computern um nahezu 
das Dreifache. Bis 1990 sollen jähr- 
lich Rechner im Wert von sechs Mil- 
liarden Yuan hergestellt werden. Wie 
Hsinhua am Dienstag meldete, ver- 
zeichnete die Computerindustrie von 
1981-1987 durchschnittlich einen 
Zuwachs von 30 Prozent pro Jahr. 
1987 wurden Computer mit einem 
Wert von 2,1 Milliarden Yuan herge- 


stellt. Obwohl China gegenwärtig 
mittlere und Großcomputer - darun- 
ter solche zur Verarbeitung chinesi- 
scher Schriftzeichen - in mehreren 
Varianten hersteilen könne, sei die in- 
ternationale Wettbewerbsfähigkeit 
weiterhin gering. Der Ausbau des In- 
dustriezweiges soll auch zu einer 
Qualitätssteigerung in diesem Be- 
reich beitragen und den Absatz auf 
Überseemärkten fördern. 

ADN 
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Diskettenformate 

CP/M-kompatibler 

Betriebssysteme 


Dr. Wilfried Demes 
Akademie der Wissenschaften 
der DDR, Institut für Informatik 
und Rechentechnik 


Auf dem internationalen Markt gibt es weit 
über hundert Diskettenformate. Disketten 
können single- oder double-density und 
single- oder double-sided benutzt werden, 
die Spuranzahl kann 35, 40, 70 oder 80 be- 
tragen, in einem Sektor können 128, 256, 
512 oder 1024 Bytes stehen und die Sektor- 
und Spurreihenfolge kann variieren. Die 
Blockgröße reicht von 1 KByte über 2 KByte, 

4 KByte bis zu 8 KByte bei 32, 64, 96, 128, 
1 92 oder 256 Verzeichniseinträgen und 0 bis 

5 Systemspuren. Mit dem folgenden Beitrag 
soll versucht werden, dieses Chaos etwas 
zu entwirren und Einblick in die Arbeitsweise 
des Betriebssystems zu geben. 

Disketten sind mittlerweile das gängige Spei- 
chermedium für Personal- bzw. Arbeitsplatz- 
computer und finden auch im Homecompu- 
ter-Bereich zunehmende Verbreitung. Sie 
haben eine handliche Größe und arbeiten bei 
vernünftigem Umgang recht zuverlässig. 
Doch spätestens wenn man von seiner Dis- 
kette außer Bad Sector keine weitere Infor- 
mation mehr bekommt oder das Verzeichnis 
einer eigentlich vollen Diskette NO FILE lau- 
tet, muß man sich wohl oder über mit dem 
physischen und logischen Aufbau von Dis- 
ketten beschäftigen. Im folgenden sollen da- 
bei einige Hilfestellungen und Hinweise ge- 
geben werden. 

Technisch bedingte 
Diskettenparameter 

Obwohl dieser Abschnitt fast nichts mit CP/M 
zu tun hat, basiert der größte Teil der Format- 
vielfalt auf den technischen Möglichkeiten 
von Diskettenlaufwerken und der dazugehö- 
rigen Ansteuerelektronik (englisch: Control- 
ler). 

Informationen werden auf einer Diskette in 
konzentrischen Spuren (englisch: tracks) ge- 
speichert. Auf Grund des magnetischen Auf- 
zeichnungsverfahrens sind sie nicht sichtbar. 
Außerdem ist ihre Lage und Größe völlig frei 
innerhalb der Magnetschicht wählbar. Mo- 
derne Disketten (und die dazugehörigen 
Laufwerke) haben eine so hohe Qualität, daß 
man 80 und mehr Spuren auf einer Breite von 
zirka 3 cm unterbringen kann. Die Informatio- 
nen werden analog einem Kassettengerät 
durch einen kombinierten Schreib-/Lese-/ 
Löschkopf aufgezeichnet und auch gelesen. 
Dieser Kopf ist auf einem Schlitten von außen 
nach innen und zurück verschieblich und legt 
durch seine Position die Lage der Spur fest. 
Extrem geringe Toleranzen beim direkten 
Positionieren auf eine Spur und die Spalt- 
größe des Kopfes bestimmen wesentlich die 
mögliche Anzahl der Spuren und damit die 
Aufzeichnungskapazität. 

Eine Diskette hat für gewöhnlich 40 oder 80 
physische Spuren. Es müssen nicht alle 40 
oder 80 möglichen Spuren benutzt werden, 
auch 35 bzw. 70 Spuren sind üblich. In Zu- 


sammenhang mit Kopierschutzmethoden 
werden oft auch unter Ausnutzung techni- 
scher Reserven mehr als 40 oder 80 Spuren 
verwendet. 

Entsprechend dem Durchmesser der Dis- 
kette unterscheidet man 8" und 5,25" Disket- 
ten, aber auch kleinere Disketten mit stabile- 
rer Außenhülle existieren als Speicherme- 
dium. Auf Grund der großen Verbreitung in 
der DDR werden im folgenden vorrangig 
5,25" Disketten betrachtet, für andere Typen 
gelten die Aussagen sinngemäß. 

Eine Diskette kann einseitig (englisch: Single 
Sided - SS) oder zweiseitig (englisch: Dou- 
ble Sided - DS) benutzt werden. Letzteres ist 
sowohl eine Frage der Diskette selbst (Ma- 
gnetschicht auch auf der anderen Seite) als 
auch der Laufwerke (Kopf auch auf der ande- 
ren Seite). Sollte man einmal in die Verlegen- 
heit kommen, einen Kratzer oder Fleck zu su- 
chen, der zu Bad Sector führt, so ist die Vor- 
derseite (oder die einzige Seite) einer Dis- 
kette im allgemeinen deren Rückseite, also 
die Seite ohne Aufkleber! Weiterhin sei an 
dieser Stelle darauf hingewiesen, daß eine 
zweimal einseitige Diskette (Umdrehen der 
Diskette) auf der zweiten Seite in einer ande- 
ren Richtung beschrieben wird als eine zwei- 
seitige Diskette (ohne Umdrehen), man be- 
nötigt also für letztere immer ein doppelseiti- 
ges Laufwerk! 

Die Informationen werden auf einer Spur 
durch magnetische Flußwechsel aufgezeich- 
net. Von den vielen Möglichkeiten haben 
zwei Standards die größte Bedeutung: die 
einfache Dichte (englisch: Single Density - 
SD; vorrangig bei 8"-Disketten) und die dop- 
pelte Dichte (englisch: Double Density - DD; 
vorrangig bei 5,25"-Disketten). Andere Auf- 
zeichnungsverfahren nutzen z. B. die Tatsa- 
che aus, daß die äußeren Spuren länger, das 
heißt mehr Flußwechsel pro Millimeter mög- 
lich sind. Sie werden jedoch im Personal- 
bzw. Arbeitsplatzcomputer-Bereich in der 
DDR nicht verwendet. Aus Kompatibilitäts- 
gründen unterstützen derartige Rechner i. a. 
auch eines der oben angegebenen Aufzeich- 
nungsverfahren. 

Aus den technischen Daten von Laufwerken 
soll nun einmal die physische Spurkapazität 
berechnet werden. Die Diskette dreht sich mit 
der genormten Geschwindigkeit von 300 Um- 
drehungen pro Minute oder 300/60 = 5 Um- 
drehungen pro Sekunde oder 1000/5 = 200 
Millisekunden pro Umdrehung. Die Zeit für 
die Aufzeichnung eines Bits beträgt 4 Mikro- 
sekunden, das heißt, die Bitfrequenz 250 kHz 
(dies ist übrigens die mit Disketten erreich- 
bare Datenrate von 250kBit/s). Da jeweils 
8 Bits ein Byte bilden, ergibt sich die physi- 
sche Spurkapazität zu 200 * 250/8 = 6250 
Bytes. Auf eine zweiseitige 80-Spur-Diskette 
passen damit physisch 2 * 80 * 6250 = 
1 .000.000 Bytes. 

Leider ist diese physische Spurkapazität 
nicht vollständig für Daten nutzbar. Um den 
Direktzugriff zu realisieren, um eine gewisse 
Datensicherheit zu gewährleisten und auf 
Grund von Hard- und Softwarereaktionszei- 


Kennzeichnung 
der Disketten 

Für die fehlerfreie Arbeit mit Disketten ist die 
Kenntnis ihrer Kennzeichnungen erforderlich. 
Die folgende Tafel führt die möglichen Abkür- 
zungen und ihre Bedeutung auf. 


Abkürzung I 

Bedeutung 

HD 

High Density - hohe Speicher- 
dichte 

KB 

1 Kilobyte = 1 024 Byte 

MB 

1 Megabyte = 1024 KByte 

Abkürzung 

Bedeutung bei 3,5"-Disketten 

1 

einseitig geprüfte Diskette 

2 

zweiseitig geprüfte Diskette 

DD 

doppelte Aufzeichnungsdichte 

HD 

High Density-Aufzeichnungs- 
dichte 

Abkürzung ! 

Bedeutung bei 5,25"-Disketten 

IS 

einseitig geprüfte Diskette 

2S 

zweiseitig geprüfte Diskette 

2D 

doppelte Aufzeichnungsdichte 

96tpi 

Schreibdichte 96/1 00 Spuren 
pro Zoll 

HD 

High Density-Aufzeichnungs- 


Bei Kenntnis dieser Angaben kommt man na- 
türlich auch leicht darauf. Disketten in gewis- 
sem Sinne zweckentfremdet einzusetzen. Man 
kann zum Beispiel bei einem einseitigen Lauf- 
werk (Laufwerk mit nur einem Magnetkopf) die 
Disketten auch zweiseitig verwenden. Dazu 
muß natürlich symmetrisch zur Schreibschutz- 
kerbe eine zweite eingeschnitten werden. 
Eventuell ist auch symmetrisch zum ersten ein 
zweites Indexloch nötig. Das hat allerdings zur 
Folge, daß der Andruckfilz (gegenüber dem 
Magnetkopf) ständig auf der nicht benutzten 
Folienseite reibt und diese wiederum nach Um- 
drehen der Diskette den Magnetkopf bearbei- 
tet. Das senkt natürlich die Lebensdauer von 
Diskette und Magnetkopf. 

Andersherum ist es aber möglich, einseitig ge- 
prüfte (billigere) Disketten in einem zweiseiti- 
gen Laufwerk zu benutzen. Die nicht geprüfte 
zweite Seite kann völlig in Ordnung sein oder 
kann eventuell mit weniger Speicherkapazität 
als die erste Seite verwendet werden. 


MP 


ten sind eine Reihe von Dienstinformationen 
und sogenannten Lücken (englisch: gap) auf 
jeder Spur notwendig. Von Bedeutung ist da- 
bei, daß die Spur in Sektoren unterteilt wird. 
Jeder Sektorbeginn wird hardwaremäßig 
durch eine spezielle Aufzeichnung, soge- 
nannte Marken (englisch: mark) gekenn- 
zeichnet und kann ohne Softwareunterstüt- 
zung aufgefunden werden. Unmittelbar da- 
nach beginnt der Sektorkopf (auch Kenn- 
zeichnungsfeld genannt), in dem Spurnum- 
mer, Kopfnummer, Sektornummer und Sek- 
torlänge stehen. Nach einer kurzen Lücke 
(um Zeit zur Auswertung dieser Informatio- 
nen zu lassen) folgen die eigentlichen Daten, 
die jeweils eine Länge von 1 28, 256, 51 2 oder 
1024 Byte haben. Sowohl Sektorkopf als 
auch Sektordaten sind jeweils mit 2 Kontroll- 
bytes (englisch: Cyclic Redundance Check - 
CRC) gegen Aufzeichnungsfehler abgesi- 
chert. Nach den beiden CRC-Bytes für die 


Mikroprozessortechnik, Berlin 3 (1 989) 2 


35 




Daten befindet sich eine sehr wichtige Lücke 
bis zum Beginn des nächsten Sektors. Durch 
sie wird beim Schreiben von Daten im Direkt- 
zugriff (also mitten auf der Spur) verhindert, 
daß trotz Umdrehungsschwankungen des 
Laufwerks oder beim Wechsel zu einem an- 
deren Rechner diese Daten den nächsten 
Sektor überschreiten. Übliche zulässige 
Gleichlaufschwankungen sind zirka 2-3%, 
moderne Laufwerke haben jedoch weitaus 
geringere Toleranzen (etwa 0,5%). Durch 
diese Schwankungen entsteht am Ende je- 
des Sektors übrigens ein ziemliches Durch- 
einander von Bitresten der vorhergehenden 
Aufzeichnungen, die nicht mehr im genorm- 
ten Flußwechsel-Abstand liegen. Auch des- 
halb ist es notwendig, die Hardware wieder 
durch die nächste Sektorbeginn-Marke auf 
den Sektoranfang zu synchronisieren. 

Die auf eine Diskette passende Informations- 
menge kann man nun dadurch beeinflussen, 
daß man 

- längere Sektoren schreibt, um weniger 
Lücken zu haben 

oder 

- die Lücken zwischen den Sektoren auf das 
notwendige Mindestmaß beschränkt. 

Nimmt man an, daß alle Sektoren einer Spur 
gleich lang sind, so teilt sich die Kapazität ei- 
ner Spur nach folgender vereinfachter For- 
mel auf: 

kapazität ä spurkopflänge + sektorzahl * 
(sektorkopflänge + datenlänge + lücke) 

Die Längen werden jeweils in Byte angege- 
ben: bei den Kopflängen werden auch alle 
konstanten Informationen zwischen Kopf und 
Daten und die CRC-Bytes nach den Daten 
erfaßt. Der Spurkopf kennzeichnet den An- 
fang einer Spur, Aufbau und Länge sind 
durch das Aufzeichnungsverfahren vorge- 
schrieben. 

Aus obiger Formel läßt sich leicht die Formel 
für die maximale Lücke zwischen Daten und 
nächstem Sektor ableiten: 
lücke S (kapazität - spurkopflänge)/ 
sektorzahl - sektorkopflänge - datenlänge 

Es wird vereinfachend angenommen, daß 
der Formatiervorgang auf einem Laufwerk 
mit 0% Schwankung erfolgte, so sind Spur- 
und Sektorköpfe fest auf der Spur und nur die 
Datenlänge schwankt beim Schreiben auf 
der Diskette. Sie wird daher für 2% Gleich- 
laufschwankung mit dem Faktor 1 ,02 multipli- 
ziert. 

In der Tafel 1 werden die maximalen Lücken 
für einige gängige Formate berechnet. Mit (*) 
ist dabei dasjenige Format gekennzeichnet, 
daß die größte Datenkapazität pro Spur 
(= sektorzahl »datenlänge) liefert. Daraus 
läßt sich die Datenkapazität einer Diskette 
durch Multiplikation mit der Seitenzahl und 
der Spuranzahl errechnen. Sie beträgt z. B. 
günstigenfalls bei 5,25", DD, DS, 80 Spuren 
5 KByte * 2 * 80 = 800 KByte. 

Datenlängen von 1 28 Byte sind bei 5,25", DD 
unüblich und stehen daher nicht in Tafel 1. 
(Wie der FDC U 8272 dieses Format unter- 
stützt, wird im nachfolgenden Beitrag erläu- 
tert. Die Red.) 

Das Zusammenspiel von Sektorzahl, Daten- 
länge und Lückenlänge ist bei den meisten 
Systemen durch das jeweilige Format-Pro- 
gramm festgelegt und kann vom Anwender 
nur bei wenigen Systemen beeinflußt wer- 
den. Gerade hierin stecken jedoch, wie Ta- 
fel 1 zeigt, erhebliche Reserven für die Da- 
tenkapazität einer Diskette. 


Zugriff auf die Daten 

Der eigentliche Datenzugriff wird vom BIOS 
des CP/M realisiert. In dessen hardwareab- 
hängigen Steuerprogrammen sind alle Routi- 
nen zum Auswählen des physischen Lauf- 
werks, zur Spurpositionierung und zum Le- 
sen und Schreiben konzentriert. Im allgemei- 


nen arbeitet das BIOS mit einem oder mehre- 
ren Diskettenpuffern, da die physische Sek- 
torgröße von beispielsweise 1024 Byte (1 K) 
von CP/M 2.2 nur in Abschnitten von 1 28 Byte 
(logischer CP/M-Sektor) verarbeitet werden 
können. 

Die Diskettenlaufwerke und deren Ansteuer- 
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technik bieten zur Erhöhung der Zugriffsge- 
schwindigkeit und Unterstützung der Daten- 
verwaltung auf der Diskette zwei weitere Va- 
riationsmöglichkeiten, die auch tatsächlich 
ausgenutzt werden: 

- Die Sektoren können innerhalb der Spur in 
beliebiger Reihenfolge stehen (englisch: 
Skew-Faktor oder Interleave) 

und 

- bei zweiseitigen Disketten kann der Sei- 
tenwechsel beim Datenzugriff zu beliebigen 
Zeitpunkten erfolgen. 

Die Sektorreihenfolge bestimmt wesentlich 
die Geschwindigkeit beim kontinuierlichen 
Lesen von Daten (z. B. Laden eines Pro- 
gramms oder T extes). Dabei werden die Sek- 
toren so angeordnet, daß die nächsten benö- 
tigten Daten gerade dann bereitstehen, wenn 
der Rechner die vorherigen Daten verarbeitet 
und den nächsten Leseauftrag vorbereitet 
hat. Diese Zeit hängt nun von sehr unter- 
schiedlichen Faktoren ab, z. B. 

• Prozessorgeschwindigkeit 

• Art des Datentransfers (parallel zum Pro- 
zessor über DMA oder unter Prozessor- 
steuerung) 

• Leistungsfähigkeit der Floppy-Ansteue- 
rung (z. B. automatische CRC-Berechnung 
und -Kontrolle ohne Mitwirkung des Prozes- 
sors) 

• Puffergröße im BIOS (wieviele Sektoren 
können ohne logische Auswertung unmittel- 
bar hintereinander gelesen werden). 

Da jedes Rechnersystem eigene Leistungs- 
parameter hat, gibt es keine optimale Sektor- 
reihenfolge. Auch ist der Abstand zwischen 
den Sektornummern oft nicht konstant, da bei 
Diskettenformaten mit einer Sektorlänge, die 
kleiner als die Länge des BlOS-Puffers ist, 
mehrere Sektoren hintereinander direkt vom 
Floppy-Controller mit automatischer Sek- 
tornummernerhöhung in den BlOS-Puffer 
gelesen werden und dann eine Pause für die 
Verarbeitung der Daten im Puffer notwendig 
ist. 

Einige Beispiele sollen das belegen (siehe 
Tafel 2), wobei man sich jeweils die Sektoren 
im Kreis angeordnet vorstellen muß. Sie wur- 
den durch Messungen an Rechnersystemen 


mit den angegebenen Leistungsparametern 
empirisch ermittelt. 

Leider gibt es nun prinzipiell zwei Methoden, 
um diese Sektorreihenfolge zu erreichen: 

- monotone Anordnung der Sektoren auf 
der Spur und Benutzung einer Überset- 
zungstabelle für die Sektornummern beim 
Zugriff 

oder 

- physische Anordnung der Sektoren auf 
der Spur in der gewünschten (optimalen) Rei- 
henfolge. 

Die erste Methode hat im Gegensatz zur 
zweiten den Nachteil, daß man diese Tabelle 
kennen muß, um die Sektoren in der richtigen 
logischen Reihenfolge verarbeiten zu kön- 
nen. Sie war besonders bei 8"-Laufwerken 
mit dem Format 26* 128 üblich, wo ein kon- 
stanter Sektorversatz von 6 angenommen 
wurde (also 1 , 7, 1 3, . . .) und findet ihren Nie- 
derschlag in der CP/M-BIOS-Funktion sec- 
tortranslate. Kennt man diese Tabelle nicht, 
so hilft nur eine genaue Analyse der Daten 
auf der Diskette, z. B. mit dem READ-Kom- 
mando von POWER oder DIENST. Dabei 
sollte man sich möglichst eine Diskette mit 
Texten vornehmen, da hierbei die Textfort- 
setzung innerhalb der Spur besonders leicht 
gefunden werden kann. Ist das Original- 
Rechnersystem zugänglich, so ist es günsti- 
ger, dort ein „systematisches“ File zu erzeu- 
gen, wo in jedem logischen 1 28er CP/M-Sek- 
tor eine laufende Nummer abgelegt wird, 
z.B. mit Hilfe von POWER: 

FILL 4000 4FFF 0 
DS 4000 


DS 4080 
2 

DS 4F80 
20 

SAVE TEST 4000 32 oder WRITE spur 1 4000 32 

Um nun die so erkannte Sektorreihenfolge 
auch tatsächlich zu unterstützen, benötigt 
man ein CP/M-System, in dem die Floppy- 
Parameter geändert werden können (per 
Dienstprogramm oder durch Patchen der 
Steuertabellen). 

Mit Hilfe der Sektomummem-Übersetzung 
kann man jedoch auch die physischen Sekto- 
ren auf der Spur ganz willkürlich numerieren, 
so z. B. nicht wie üblich ab 1 , sondern ab 0 
(195KByte KAYPRO, ab 41H (171KByte 
Schneider, System) oder C1H (180 KByte 
Schneider, Daten) oder auf der Spurrück- 
seite anders als auf der Spurvorderseite. Die 
Absicht dieser Formate ist sicher nicht allein 
eine Optimierung des Zugriffs. Neben dem 
beliebten Begriff des Hausformats stecken 
zum Teil auch Methoden zur automatischen 
Formaterkennung dahinter, da CP/M diesbe- 
züglich auf Grund seiner Historie (in den 70er 
Jahren gab es nur ein Format, nämlich 8" SD, 
SS mit 26 Sektoren zu je 128) keine Unter- 
stützung bietet. 

Im folgenden wird die Art und Weise des Sei- 
tenwechsels bei zweiseitigen Disketten be- 
trachtet. Auch hier ist alles anzutreffen, was 
erlaubt und einigermaßen sinnvoll ist: 

• Spur 0 Vorderseite, Spur 0 Rückseite, 
Spur 1 Vorderseite, . . . 

Diese Variante ist die häufigste, da sie bei 
dicht liegenden Daten wenig Positionier- 
vorgänge erfordert. 

• Spur 0 Vorderseite, . . ., Spur 79 Vorder- 
seite, 


Tafel 2 Sektorrethenfolgen bei verschiedenen Spurfor- 
maten und Rechnersystemen 


Spurformat 5« 1024 


2,5-MHz-U 880, Transfer und CRC durch Prozessor, 

1 KByte Puffer 
Sektorreihenfolge: 

1, 5, 4, 3, 2 (3,5 Umdrehungen für das Lesen einer Spur) 


Rechnersystem: 

4,0-MHz-U 880, Transfer durch Prozessor, 

CRC durch Controller, 1 KByte Puffer 
Sektorreihenfolge: 

1, 4. 2, 5,3(2 Umdrehungen für das Lesen einer Spur) 


Spurformat IS * 256 


2,5-MHz-U 880, Transfer und CRC durch Prozessor, 

1 KByte Puffer 

Sektorreihenfolge: 

1, 2, 3, 4, 13, 14, 15, 16, 9, 10, 11, 12, 5. 6, 7, 8 
(3,5 Umdrehungen für das Lesen einer Spur) 


Rechnersystem: 

4,0-MHz-U 880, Transfer durch Prozessor, 
CRC durch Controller, 0,25 KByte Puffer: 
Sektorreihenfolge: 

1, 9, 2, 10, 3,11,4, 12, 5, 13, 6, 14, 7, 15, 8, *6 
(2 Umdrehungen für das Lesen einer Spur) 


Spur 79 Rückseite Spur 0 Rückseite. 

Hierdurch lassen sich zweiseitige Disket- 
ten logisch wie doppelt so große einseitige 
behandeln (CP/M 86). 

• Spur 0 Vorderseite, .... Spur 79 Vorder- 
seite, 

Spur 0 Rückseite, .... Spur 79 Rückseite. 
Diese Variante ist durch den Sprung von 
ganz innen nach außen beim Seitenwech- 
sel relativ ungünstig. 

Darüber hinaus gibt es auch so abartige Me- 
thoden, daß wie bei den Sektornummern eine 
Spur-Übersetzungstabelle notwendig ist 
(z.B. Vorderseite 17... 34, 16 ... 0, Rück- 
seite 1 7 ... 34, 1 6 ... 0 bei Kontron - oder 
Vorderseite 0,1, Rückseite 0,1, Vorderseite 
2, Rückseite 2, . . . bei Alphatronic P3IP4). 
Welche Variante vorliegt, sieht man einer 
Diskette im allgemeinen von außen nicht an, 
hier helfen nur viele, viele Versuche 
möglichst mit einer systematischen Datei, 
wie sie auch für die Sektorreihenfolge emp- 
fohlen wurde. 

Logische Diskettenverwaltung 
unter CP/M 

Nachdem in den vorherigen Abschnitten die 
wichtigsten technisch möglichen Varianten 
erläutert wurden, soll nun die Art und Weise 
der logischen Datenverwaltung unter CP/M 
2.2 betrachtet werden. 

CP/M 2.2 kennt intern nur die (logische) Sek- 
torlänge von 128 Byte und verbirgt gegen- 
über dem Anwendungsprogramm völlig die 
physische Speicherung auf der Diskette. Wie 
Daten und Programme auf der Spur, von 
Spur zu Spur oder von Diskettenseite zu Dis- 
kettenseite abgelegt und wieder aufgefunden 
werden, steuert das BDOS von CP/M. In die- 
ser klaren Trennung der physischen und logi- 
schen Rechnersystemeigenschaften liegt die 
Verbreitung und das große Softwareangebot 
von CP/M 2.2 begründet. Es ermöglicht, völ- 
lig unterschiedliche Datenträger wie 8"- und 
5,25"-Diskettenlaufwerke, RAM-Floppys oder 
auch Festplatten mit verschiedenen Eigen- 
schaften und Speicherkapazitäten gleichar- 
tig zu behandeln (trotz des zuvor angeführten 
Variantenreichtums) . 
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Erreicht wird dies durch die im BIOS (das 
heißt im hardwareabhängigen CP/M-Teil) lie- 
genden Disk-Parameter-Blöcke (DPB), de- 
ren Struktur feststeht, die jedoch in fast allen 
CP/M-Systemen um spezifische Informatio- 
nen über das Diskettenformat und Lauf- 
werkseigenschaften verlängert werden. Das 
BDOS benutzt nur den vorderen standardi- 
sierten Teil von 1 5 Byte. Eine intelligente Auf- 
bereitung der Informationen im DPB bieten 
das CP/M-Hilfsprogramm STAT oder das 
Kommando DISK von POWER. Alle Anga- 
ben über das Diskettenformat entnimmt das 
BDOS ausschließlich dieser Tabelle, das 
heißt, dem BIOS! 

Die Tafel 3 gibt eine kurze Übersicht über die 
DPB-Angaben. 


Tafel 3 Disk Parameter Block 


+ 02 Anzahl der logischen 1 28er Sektoren 

pro Spur 


+ 2 1 Anzahl der Bits, um die eine relative 

logische Sektornummer (Diskettenan- 
fang = 0) nach rechts geschoben werden 
muß, um die Blocknummerzu berechnen 


Maske für die durch BSH verloren- 
gegangenen Bits 


Anzahl der 16-KByte-Eintragungen 
(extents) pro Verzeichnis-Eintrag 


+ 52 Anzahl der Blöcke -1 


+ 72 Anzahl der Verzeichniseinträge -1 


+ 9 7 + 7 pro belegtem Verzeichnisblock ein Bit 
gesetzt 


Zahl der logischen Verzeichnissektoren, 
die beim Diskettenwechsel überprüft 
werden sollen (z. B. Obei nicht wechsel- 
barem Medium) 


Zahl der reservierten Spuren zu Beginn 
der Diskette 


Die Diskettenverwaltung erledigt das BDOS 
auf der Basis sogenannter Blöcke (bei PO- 
WER und DIENST group genannt), deren 
Größe in der Regel 1 KByte, 2 KByte oder 
auch 4 KByte beträgt und die (zum Leidwe- 
sen der BlOS-Systemprogrammierer) über 
Spur- und Seitengrenzen reichen können. 
Die gesamte für Daten nutzbare Diskettenka- 
pazität, die wiederum aus dem DPB ermittelt 
wird, teilt das BDOS gleichmäßig in Blöcke 
auf. Zur Verwaltung des freien Speichers auf 
der Diskette dient ein sogenannter Disk-Allo- 
cation-Vector, der genau soviel Bits groß ist, 
wie Blöcke zu verwalten sind (0 = frei). Die- 
ser Vektor liegt zur Beschleunigung des Zu- 
griffs vollständig im Hauptspeicher, den Platz 
dafür muß das BIOS bereitstellen. Beim erst- 
maligen Zugriff zu einer Diskette (login) er- 
mittelt das BDOS die Belegung der Tabelle 
aus dem Verzeichnis (englisch: directory), in- 
dem dort alle Blöcke aller existierenden Files 
als belegt gekennzeichnet werden. Dieser 
Vorgang wird insbesondere nach dem (lästi- 
gen) A C bei Diskettenwechsel ausgelöst. 

Da Disketten ohne Kenntnis des BDOS aus 
dem Laufwerk genommen werden können 
und damit eventuell bei der nächsten Dis- 
kette auf gar nicht freie Stellen geschrieben 
wird, überprüft das BDOS beim Eröffnen ei- 
ner Datei jedesmal alle Verzeichniseintra- 
gungen durch eine Kontrollsumme und ver- 
gleicht sie mit den im Hauptspeicher beim 


Anlegen der Allocation-Tabelle hinterlegten 
Angaben über die Diskette. Stimmt dies nicht 
überein, so erfolgt die (berüchtigte) Meldung 
BDOS ERRon X: Read Only, 
denn gelesen werden kann auch von der 
neuen Diskette. 

Wird ein freier Platz auf der Diskette ge- 
braucht, so wird von vorn der erste freie 
BDOS- Block gesucht (Methode first fit, MS- 
DOS verwendet die günstigere Methode next 
fit). Auf leeren Disketten steht daher alles 
schön ordentlich hintereinander, auf einer Ar- 
beitsdiskette dagegen ist nicht einmal ge- 
sagt, daß ein File von außen nach innen ir- 
gendwo liegt, es kann auch während der Fi- 
leerzeugung durch inzwischen gestrichene 
Hilfsfiles wieder weiter außen fortgesetzt 
werden! Dieser Hinweis sei all denen gege- 
ben, die mal durch ein zerstörtes Verzeichnis 
ein 400-Teile Puzzle einer 800-KByte-Dis- 
kette zusammensetzen müssen. Dabei sollte 
man im übrigen mit Hilfe des READGR-Kom- 
mandos von POWER oder DIENST die Dis- 
kette analysieren, da ja die Filefortsetzung 
nur an Blockgrenzen losgehen kann und man 
daher nicht bei jedem beliebigen Sektor su- 
chen muß! 

Etwas unübersichtlich ist die Verzeichnisver- 
waltung von CP/M 2.2. Das Verzeichnis liegt 
immer in den ersten BDOS-Blöcken der Dis- 
kette (also zugriffsgünstig auf den äußeren 
Spuren und nicht in der Mitte). Jeder Ver- 
zeichniseintrag hat die feste Länge von 
32 Byte, das heißt, es passen 4 Einträge in ei- 
nen logischen Sektor, (siehe Tafel 4). 


Tafel 4 CP IM-DIRectory- Aufbau 



Die ersten 16 Byte des Eintrags enthalten im 
wesentlichen den Filenamen, die nächsten 
16 Byte die Liste der Blocknummern, auf de- 
nen das File gespeichert ist. Zwei Probleme 
hatten die CP/M-Entwickler dabei zu lösen: 

• bei einer maximalen Anzahl von 256 Blök- 
ken passen 16 Blöcke in einen Verzeichnis- 
eintrag, sonst aber nur 8 mit einer anderen 
Struktur von 2 Byte pro Block 

und 

• ein File kann länger sein, als Blöcke in ei- 
nen Verzeichniseintrag passen. 

Die Lösung des zweiten Problems waren so- 
genannte Extents, das heißt, es wurde ein- 
fach ein weiterer Verzeichniseintrag für das 
gleiche File angelegt, jedoch mit einer weiter- 
gezählten Extent-Nummer. Um wegen des 
ersten Problems die Software im BDOS nicht 
zu sehr zu belasten, ist ein Extent nicht iden- 
tisch mit einem Verzeichniseintrag (!!), son- 
dern immer 16 KByte groß, unabhängig da- 
von, wieviele 1 6-KByte-Abschnitte in einem 
Verzeichniseintrag gespeichert werden kön- 
nen. Die Extent-Maske im DPB (offset +4) 
gibt nun an, wieviele Extents in einen Eintrag 
passen. Beim Schreiben eines Files gibt das 
BDOS übrigens jeweils nach 16 KByte den 


bis dahin angesammelten Verzeichnisein- 
trag aus, auch wenn das Anwenderpro- 
gramm noch keinen Close-Befehl gegeben 
hat. Daher haben gerade geschriebene Files 
nach Systemabstürzen immer eine durch 
16 K teilbare Länge, und man findet bis auf 
die letzten 1 6 KByte alle Daten ; die fehlenden 
Datensätze liegen bis auf den Inhalt des letz- 
ten, noch nicht geschriebenen BlOS-Puffers, 
in den nächsten freien Blöcken der Diskette. 
Woran erkennt man aber nun ein Fileende, 
ohne jedesmal das gesamte Verzeichnis 
durchsuchen zu müssen? Dazu dient das 
Verzeichnisbyte mit offset 1 5. Enthält es 80H, 
so ist der letzte Extent voll (1 28 * 1 28 = 2 14 = 
1 6 K) , und es gibt eine Fortsetzung des Files. 
Ist der Wert aber kleiner, so ist das File zu 
Ende. 

Da CP/M keine hierarchischen Filestrukturen 
kennt, steht zur logischen Aufteilung „gro- 
ßer“ Disketten die sogenannte Nutzernum- 
mer (user) zur -Verfügung (eigentlich für 
Mehrplatzsysteme unter MP/M gedacht, da- 
her der user-Begriff). Diese steht vor dem Da- 
teinamen und kann 0. . .15 (intern im BDOS 
übrigens 0...31) betragen. Alle Angaben 
über 1 FH können keine Nutzernummer, also 
auch kein gültiger Verzeichniseintrag sein. 
Da beim Formatieren der Diskette E5H als 
Musterbyte vorgeschrieben ist, wird E5H 
auch gerade als Kennzeichen für einen freien 
Verzeichniseintrag benutzt, das heißt, eine 
frisch formatierte Diskette voller E5H-Bytes 
ist ohne weitere Aktionen leer. Wird ein File 
gelöscht, so wird die Nutzernummer einfach 
durch E5H überschrieben, Filename und 
sämtliche BDOS-Blocknummern stehen 
noch im Verzeichnis (das RECLAIM-Kom- 
mando von POWER/DIENST ersetzt E5H 
durch 00H, das heißt, das File ist unter user 0 
wieder verfügbar, falls die BDOS-Blöcke in- 
zwischen nicht anderweitig benutzt wurden). 

1 Bl KONTAKT | 
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Anwendung des FDC U 8272 D 


Dr. Eberhard Böhl 
VEB Forschungszentrum 
Mikroelektronik Dresden 


Der Floppy-Disk-Controller U8272D wird 
von vielen Betrieben und Institutionen sowie 
auch von Amateuren benutzt, um vorhan- 
dene Büro- oder Personalcomputer mit ei- 
nem Diskettenlaufwerk zu erweitern. 

Nach der grundlegenden Beschreibung des 
Schaltkreises III und 121 sollen hier noch 
einige anwendungsspezifische Hinweise 
gegeben werden. 


Ein zusätzliches 
Aufzeichnungsformat 

Gegenüber den international vergleichbaren 
Schaltkreistypen fiPD 765 A (NEC) und 
8272 A (Intel) verfügen der U8272 D08 und 
der U 8272 D04 über ein zusätzliches Auf- 
zeichnungsformat mit 128 Byte/Sektor bei 
doppelter Datendichte. Alle Schaltkreise aus 
der Produktion des VEB Mikroelektronik 
„Karl Marx“ Erfurt (Produktionsbetrieb) un- 
terstützen dieses Format; Schaltkreise aus 
der Produktion des VEB Forschungszentrum 
Mikroelektronik Dresden (Entwicklungsbe- 
trieb) mit dieser Eigenschaft sind mit einem 
farbigen Punkt gekennzeichnet. Das Format 
1 28 Byte/Sektor MFM besitzt in der DDR und 
im RGW große Bedeutung. Die damit in Ver- 
bindung stehende umfangreiche Software 
kann auch beim Einsatz des U 8272 weiterhin 
genutzt werden. 

Bei Verwendung dieses Formates ist in den 
entsprechenden Befehlen N = 0 zu setzen 
(siehe Beschreibung der Befehle in IM). 

Zu beachten ist, daß für doppelte Daten- 
dichte eine variable Datenlänge nicht mög- 
lich ist; die in den Lese- und Schreibbefehlen 
angegebene Größe DTL (Datenlänge) hat 
nur für einfache Datendichte bei 1 28 Byte/ 
Sektor Bedeutung. 


Vorgaben für die Spuraufteilung 


Für das Format 1 28 Byte/Sektor MFM exi- 
stieren keine Vorgaben bezüglich der Zahl 
der Sektoren pro Spur und der Länge der 
Lücke zwischen den Sektoren. Hier müssen 
von den Anwendern selbst Erfahrungen ge- 
sammelt werden, bis sich eine bewährte 
Spuraufteilung durchsetzt. Um den Umgang 
mit dem neuen Datenformat zu erleichtern, 
sollen hier ein paar Hinweise gegeben wer- 
den. Für Minifloppy-Laufwerke soll dabei von 
einer Umdrehungsgeschwindigkeit von U = 
300min“ 1 mit ±2% Toleranz ausgegangen 
werden. Bei doppelter Datendichte sind bei 
einem Takt von f c = 4MHz und einem 
Schreibtakt von f WRC = 0,5MHz (Bitzelle 
4/rs) folgende Datenbytes nominell auf der 
Spur verfügbar: 


2-U 


Bit/Spur 


Z n = 6250 Byte/Spur. 


Bei einer Schwankung der Umdrehungsge- 
schwindigkeit von ±2% erhält man: 

Zn = (6250 ± 125) Byte/Spur. 


- Lückenlänge 

Für die Länge der Lücke zwischen den ein- 
zelnen Sektoren (Gap 3) muß man unter- 
scheiden zwischen Formatierungs- und 
Lese-Schreibbefehlen, da es durch die Tole- 
ranzen der Umdrehungsgeschwindigkeit ins- 
besondere beim Schreiben sonst zu Kompli- 
kationen kommen kann (Überschreiben der 
Daten des nächsten Sektors). Für das Lesen 
kann prinzipiell mit einem beliebig kleinen 
Wert für GPL, gearbeitet werden, weil der 
U 8272 nach dem Verarbeiten eines Sektors 
nur soviel Bytes, wie in GPL, angegeben 
werden, abwartet, bis er mit der Suche des 
nächsten Synchronfeldes beginnt. 

Zu beachten ist, daß GPLi S 1 gewählt wird, 
da bei GPL, = 0 eine Lücke von 256 Byte an- 
genommen wird. Wird GPL, = 1 gewählt, so 
beginnt die Synchronfeldsuche des nächsten 
Sektors schon nach wenigen Bytes der Gap 
3. Ein eventuell auftretender Phasensprung 
zwischen zwei Sektoren, der durch das Über- 
schreiben des ersten Sektors bei einer ande- 
ren Umdrehungsgeschwindigkeit als beim 
Formatieren entstanden sein kann, bringt 
den U 8272 nicht aus dem Konzept, da er so- 
lange sucht, bis er ein Byte des Synchronfel- 
des zuverlässig erkannt hat. Auch die Daten- 
separatorschaltung sollte so beschaffen 
sein, daß sie ein Aktivieren vor dem Phasen- 
sprung mit VCO = H nicht stört. Für den in 
diesem Beitrag angegebenen digitalen Da- 
tenseparator ist das offensichtlich der Fall, 
weil er sich mit dem nächsten Datenimpuls 
nach dem Phasensprung sofort wieder syn- 
chronisiert. 

Bei Schreibbefehlen mit GPL, = 1 kann es 
durch die Umdrehungsgeschwindigkeit an 
der unteren Toleranzgrenze dazu kommen, 
daß Reste des überschriebenen Sektors 
nicht mit gelöscht werden. Das führt in der 
Regel nicht zu Komplikationen, weil nach den 
Daten und den zwei CRC-Bytes immer min- 
destens 3 Byte der Gap 3 geschrieben wer- 
den. Zu empfehlen ist aber, daß für ein völli- 
ges Überschreiben des Sektors gesorgt wird. 
Bei 128 Byte/Sektor und ±2% muß man mit 
6 Byte Differenz rechnen. Für die Lücke ist im 
Schreibbefehl deshalb immer GPL, £ 4 (bes- 
ser: GPL, S 6) anzugeben. 

Bei einem Schreiben über mehrere Sektoren 
mit einem Schreibbefehl wird die Lage der 
Sektoren zueinander gegenüber der Forma- 
tierung nicht geändert. Nach dem Abschluß 
eines Sektors sucht der U 8272 jeweils wie- 
der nach dem Synchronfeld und der Adreß- 
marke, sucht die nächste Sektornummer (um 
1 erhöht) und schreibt die nächsten Daten 
nach der Datenmarke in das dazugehörige 
Datenfeld. Durch diese Verfahrensweise 
wird verhindert, daß sich die Toleranzen in 
der Umdrehungsgeschwindigkeit über meh- 
rere Sektoren addieren. 

- Anzahl der Sektoren pro Spur 

Für die Anzahl der Sektoren pro Spur muß 
man in Betracht ziehen, daß der U 8272 bei 
MFM folgende Bytezahlen benötigt: 
Index-Vorspann: 1 46 Byte 

je Sektor: 

Identifikationsfeld 60 Byte') 

Daten (1 28 Byte/Sektor) 1 28 Byte I * n Sek- 
CRC 2 Byte [ toren 

GPL 2 XByteJ 

Z F = 146 + n (190 + x). 


Für den Wert von GPL 2 im Formatierungsbe- 
fehl ist neben den Laufwerkstoleranzen zu 
beachten, daß der U8272 beim Lesen und 
Schreiben zwischen zwei Sektoren etwas 
Zeit benötigt, um den weiteren Befehlsablauf 
zu organisieren, bis er das nächste Syn- 
chronfeld verarbeiten kann. Für 128 und 256 
Byte pro Sektor sind dazu mindestens 3 Byte 
und die in GPL, des Lese-/Schreibbefehls 
angegebenen Bytes erforderlich; für 512 
Byte pro Sektor und mehr ist noch ein weite- 
res Byte notwendig. Außerdem benötigt der 
U8272 (unabhängig davon, was die externe 
Datenseparatorschaltung zum Einschwin- 
gen benötigt) bis zu 5 Byte Synchronfeld; da- 
von müssen die letzten drei Byte unverfälscht 
bei stabilen RDD- und DW-Signalen anlie- 
gen. Mit der Gestaltung des Synchronfeldes 
wird schon beim Formatieren diese letzte Be- 
dingung erfüllt - es muß nur gewährleistet 
werden, daß das Synchronfeld beim Schrei- 
ben nicht teilweise verkürzt wird oder erst zu 
spät gelesen werden kann. 

Für die erforderliche Lückenlänge muß man 
demnach bei 128 Byte pro Sektor ansetzen: 

* Schreib-/Lesetoleranz pro Sektor 
1 28 Byte • 4% = 5,1 2 Byte « 6 Byte 

* Anzahl der Byte zur Organisation des Ab- 
laufs zwischen zwei Sektoren + 3 Byte 

* programmierte Lückenlänge bei R/W- 

Befehlen + GPL, Byte 

Für GPL, = 6 ergibt sich damit die Mindest- 
lückenlänge in Formatierungsbefehlen zu 
X = 1 5. Mit diesem Wert erhält man für Mini- 
disketten die Möglichkeit, 29 Sektoren auf ei- 
ner Spur unterzubringen. 

Z F = 146 + 29 (190 + 15) 

Z F = 6091 

Der Wert Z F liegt unterhalb der nominellen 
Byteanzahl einschließlich der Toleranzen: 

Z F £ Zn/minimal = 6125 
Vergleicht man die Werte mit den Empfehlun- 
gen für andere Formate (siehe IM, 121), so 
stellt man fest, daß die ermittelte GPL 2 noch 
größer ist als die GPL 2 einer Spuraufteilung 
für 256 Byte pro Sektor, während GPL, klei- 
ner ist. Für eine andere Spuraufteilung mit 
256 Byte pro Sektor MFM werden für GPL 2 = 
50 und GPL, = 32 angegeben. Das sind 
Werte, die die hier ermittelten Mindestwerte 
für das neue Format noch wesentlich über- 
steigen. Für das erstgenannte Vergleichsfor- 
mat muß angenommen werden, daß entwe- 
der ein Laufwerk mit noch geringeren 
Schwankungen der Umdrehungsgeschwin- 
digkeit zugrunde gelegt oder bewußt das 
Überschreiben bzw. Ignorieren eines Teiles 
des folgenden Synchronfeldes in Kauf ge- 
nommen wird, da nicht alle 1 2 Byte benötigt 
werden. 

Vergleicht man weiterhin die Anzahl der Sek- 
toren pro Spur von 4096 Byte/Sektor bis 256 
Byte/Sektor, so stellt man eine Verdopplung 
bei Halbierung der Byteanzahl fest. Auf 128 
Byte/Sektor extrapoliert erhält man 32 Sekto- 
ren, die aber selbst ohne Lücke zwischen den 
Sektoren nicht auf einer Spur Platz finden 
würden. 

Dem Versuch, mehr als 29 Sektoren auf einer 
Spur unterzubringen (was theoretisch noch 
möglich wäre), steht eine geringere Datensi- 
cherheit und größere Fehleranfälligkeit ge- 
genüber. Selbst die hier als Mindestwerte er- 
mittelten Größen sind nur als Richtwerte zu 
betrachten, die erst in der Praxis erprobt und 
gegebenenfalls noch verändert werden müs- 
sen. Die Betrachtungen in diesem Abschnitt 
können dazu als Hilfestellung dienen. 
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Bild 1 Digitaler Datenseparator für MFM, Eingangssignale 
T: Takt, E: Lesedaten (negiert) 


Bild 2 Taktdiagramm für MFM, (Schaltung: Bild 1) ► 



Für Normaldisketten sind prinzipiell die glei- 
chen Vorgaben für die Lückenlänge ver- 
wendbar, wenn die Laufwerke höchstens die 
gleichen Toleranzen in der Umdrehungsge- 
schwindigkeit aufweisen. 

Mit GPL, = 6 und GPL 2 = 15 sind auf einer 
Spur 49 Sektoren mit 1 28 Byte pro Sektor un- 
terzubringen. Zusammen mit dem Indexvor- 
spann wären insgesamt 10191 Byte erforder- 
lich. Bei 360 min -1 Umdrehungsgeschwin- 
digkeit mit ±2% Toleranz werden damit die 
nominell verfügbaren 1 041 6 ± 209 Byte gut 
ausgenutzt. 

Unterstützung 

durch das Betriebssystem 

Für die festzulegende Sektorzahl pro Spur ist 
sowohl für die Mini- als auch für die Normal- 
disketten zusätzlich zu den hier betrachteten 
Gesichtspunkten noch zu beachten, welche 
Werte die benutzte Software unterstützt. 

Für 128 Byte/Sektor MFM kann es sein, daß 
dann die hiervorgeschlagene Spuraufteilung 
nicht ausgenutzt werden kann. Umgekehrt 
gibt es Betriebssysteme, die mehr als die in 
/I/ und 121 angegebenen Sektoren pro Spur 
verarbeiten. Insbesondere sind bei 1024 By- 
te/Sektor MFM auf einer Minidiskettenspur 
prinzipiell auch 5 Sektoren unterzubringen, 
obwohl das nicht den angegebenen Vorzugs- 
werten des U 8272 und dessen Vorbildtypen 
entspricht. Mit den hier gegebenen Hinwei- 
sen ist eine Spuraufteilung mit 1 00 Byte Lük- 
kenlänge zwischen den Sektoren beim For- 
matieren und 48 Byte bei Lese-/Schreibbe- 
fehlen denkbar. 

Mehr als 77 Spuren 

Der U 8272 D unterstützt wie seine Ver- 
gleichstypen Diskettenlaufwerke mit 77 Spu- 
ren. Für die Ansteuerung von Geräten mit 80 
und mehr Spuren ist zu beachten, daß der 
Befehl RECALIBRATE nach 77 STEP-Impul- 
sen abgebrochen wird, wenn kein TRACK-0- 
Signal erkannt wird. Zur ordnungsgemäßen 
Bewegung des Schreib-Lese-Kopfes auf die 
äußerste Spur sind gegebenenfalls mehrere 
RECALIBRATE-Befehle nacheinander erfor- 
derlich. Der Abbruch des RECALIBRATE- 
Befehls wird wie auch die erfolgreiche Been- 
digung durch das INT-Signal angezeigt. Da 
der Befehl keine Erzeugnisphase besitzt, ist 
erst durch einen nachfolgenden SENSE-IN- 
TERRUPT-STATUS-Befehl die Information 
über den ordnungsgemäßen Abschluß er- 
hältlich. Im Statusregister 0 wird in jedem Fall 
das SEEK-End-Bit (D5) gesetzt, bei Ausblei- 
ben des TRACK-O-Signals zusätzlich noch 
das Equipment-Check-Bit (D4). Damit kann 


entschieden werden, ob ein erneuter RECA- 
LIBRATE-Befehl erforderlich ist. 

Undefiniertes Verhalten 

nach dem Spannungseinschalten 

Der U 8272 D enthält verschiedene Schal- 
tungsteile, die das Testen des Schaltkreises 
erleichtern. Bei Einschalten der Betriebs- 
spannung kann der Schaltkreis zufällig in ei- 
nen Zustand des Testmodus gelangen, in 
dem er nicht wie im Datenblatt beschrieben 
reagiert. Eine Rückkehr in den normalen Be- 
triebsmodus ist möglich durch das Aktivieren 
des RESET-Signals in Verbindung mit dem 
eigentlich nur im Testmodus als Eingang be- 
nutzten DRQ-Pin oder mit dem Signal TC. 

In 121 wurde dazu empfohlen, einen Wider- 
stand von 4,7 kfl zwischen U« und dem Pin 
DRQ anzubringen. Dadurch werden alle Ein- 
schaltprobleme in Verbindung mit dem Akti- 
vieren des RESET-Signals gelöst. 

Digitaler Datenseparator 

Zur T rennung des T akt-Daten-Gemisches ist 
ein Datenseparator erforderlich, für den üb- 
licherweise eine PLL-Schaltung eingesetzt 
wird. 

In 13/ wird neben anderen Schaltungen auch 
ein digitaler Datenseparator vorgestellt, der 
sich schon bei verschiedenen Anwendern 
bewährt hat (Bild 1). Im Bild 2 ist das Taktdia- 
gramm für diese Schaltung bei MFM darge- 
stellt. 

Zur prinzipiellen Funktionsweise ist zu sa- 
gen, daß mit jedem Eingangsimpulsan E (ne- 
gierte Lesedaten) der Binärzähler DL193D 
auf den Wert entsprechend dem Dezimal- 
äquivalent 4 oder 1 2 gesetzt wird. Mit den fol- 
genden Taktimpulsen wird der Zähler weiter- 
gezählt, und mit jedem Impuls am Eingang E 
synchronisiert sich der Zähler neu. Liegen 
zwei Eingangsimpulse 16 ± 2 Taktimpulse 
auseinander, so wird der gleiche Datenwert 
angenommen. Das DW-Signal hat dann die 
gleiche Polarität. Bei 24 ± 2 Taktimpulsen 
Abstand zwischen zwei Eingangsimpulsen 
wird ein Signalwechsel festgestellt, der sich 
in der anderen Polarität des DW-Signals 
während des RDD-Signals äußert. Prinzipiell 
ist die gleiche Schaltung auch für FM ver- 
wendbar, wenn man zwischen dem Ausgang 
Qd des Zählers und dem DW-Eingang des 
U 8272 ein Flip-Flop als Frequenzteiler schal- 
tet. Der Paralleleingang des Zählers ist dazu 
auf den Wert 8 (Dezimaläquivalent) zu set- 
zen, und das zusätzliche Flip-Flop vor dem 
DW-Eingang muß seinen Zustand während 
des Ladevorganges beibehalten. Bei zirka 1 6 
Takten Abstand zwischen zwei Eingangsim- 



der induzierten Spannungen zweier eng be- 
nachbarter Flußwechsel bei MFM 



pulsen liegt dann ein H und bei zirka 32 Tak- 
ten Abstand ein L vor. Sowohl für den Ama- 
teurais auch für industrielle Anwendungen ist 
die MFM-Anwendung von größerem Inter- 
esse, und die Schaltung von Bild 1 hat sich 
schon in der Praxis bewährt. Es liegt deshalb 
zunächst kein Grund vor, die in 131 geäußer- 
ten Bedenken bezüglich der Funktionstüch- 
tigkeit und Zuverlässigkeit der angegebenen 
Schaltung zu teilen, zumal die Ursachen der 
dort beschriebenen Ausfälle nicht ermittelt 
werden konnten. Es wäre sinnvoll, diese 
Schaltung auch im industriellen Einsatz zu 
erproben. 

Precompensation 

Bei MFM-Codierung kommt es bedingt durch 
die hohe physische Datendichte und durch 
die Art der Aufzeichnung auf der Diskette bei 
bestimmten Datenkonstellationen durch 
Überlagerung mehrerer benachbarter Fluß- 
wechsel zu einer scheinbaren Verschiebung 
der Datenbits, die in einer zeitlichen Verän- 
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derung der Lesespannüngsmaxima zum 
Ausdruck kommt. Berücksichtigt man, daß 
jede Eins als Wechsel der Magnetisierungs- 
richtung auf der Diskette abgespeichert wird, 
so ist offensichtlich, daß dieser Effekt am An- 
fang und Ende eines Bereiches mit lauter 
Einsen auftritt. Im Bild 3 werden der Verlauf 
der Lesespannungen zweier benachbarter 
Einsen (11, und U 2 ) und die daraus resultie- 
rende Gesamtlesespannung U res dargestellt. 
Deutlich sieht man in diesem Bild die zeitli- 
chen Abweichungen der Maxima der Einzel- 
spannungen von denen der resultierenden 
Spannung, wodurch sich eine Verschiebung 
der RDD-Impulse ergeben würde. Um dem 
zu begegnen, wird schon beim Aufzeichnen 
auf die Diskette durch eine zeitliche Ver- 
schiebung der betreffenden Impulse eine 
physisch verschobene Anordnung der betref- 
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Getragen durch verschiedene Systeme und 
Sprachen wie Smalltalk (Goldberg, Kay), 
ACT-1 (Hewitt) oder KRList aus der Entwick- 
lung der Informatik das sogenannte objekt- 
orientierte Modell der Informationsverarbei- 
tung hervorgegangen. Die darauf basie- 
rende objektorientierte Programmierung 
wurde mit Smalltalk bekannt und wird heute 
in sehr differenzierter Weise auch von ver- 
schiedensten objektorientierten Erweiterun- 
gen bekannter Programmiersprachen unter- 
stützt. Der Grad der Objektorientierung wird 
nach einem Vorschlag von B. Meyer in 7 Ni- 
veaus abgestuft. Es läßt sich aber zeigen, 
daß die objektorientierte Programmierung in 
Vervollkommnung der bekannten Prinzipien 
Modularisierung/Datenkapselung und Da- 
tenabstraktion entstand und daraus folge- 
richtig und notwendig 4 Paradigmen hervor- 
gehen, die von einer objektorientierten Pro- 
grammiersprache unterstützt werden soll- 
ten. 

„Instead of a bit-grinding processor raping 
and plundering data structures, we have a 
universe of wellbehaved objects that courte- 
ously ask each other to carry out their various 
desires. “ D. H. H. Ingalls m 

Vor einigen Jahren wurden objektorientierte 
Programmiersysteme vor allem wegen ihrer 
bemerkenswert angenehmen Nutzerinterfa- 
ces bekannt, namentlich durch das der Sy- 
steme Smalltalk-76 und Smalltalk-80 121. Zu 
deren Grundkonzeption gehört ein vollgrafik- 
fähiges Display, auf dem sich, verwaltet 
durch Fenstertechnik, die Objekte in einer ih- 
rer externen Sichten darstellen. Objektorien- 
tierung ist aber nicht durch irgendeine beson- 
dere Form der Repräsentation von Objekten 
gegeben und auch nicht dadurch, daß man 
vorher übliche und anerkannte Begriffe wie 
Prozedur, Variable, Task oder Mailbox ein- 
fach in Objekte verwandelt. Derlei Wortspie- 
lerei ist zuweilen zu beobachten und dient 
mitunter sehr vordergründig dem Ziel, sich 
das hochmodische Attribut objektorientiert 
zu verleihen. Allerdings wird einer falschen 
Benutzung des Begriffs durch seine Un- 
schärfe und scheinbare Unverfänglichkeit 


fenden benachbarten Rußwechsel erreicht. 
Damit entstehen beim Lesen die Maximal- 
werte der resultierenden Lesespannung zu 
den erwarteten Zeitpunkten. Der erforderli- 
che Betrag der zeitlichen Verschiebung beim 
Schreiben ist für verschiedene Laufwerkty- 
pen nicht konstant, da es auf die konkreten 
Bedingungen des Lese-/Schreibkopfes und 
dessen Umgebung ankommt. 

Mit Hilfe der vom U8272 bereitgestellten 
Preshift-Signale und einem laufwerkspezifi- 
schen Taktsignal C L läßt sich mit drei D-Flip- 
Flops und einem 4-zu-1 -Multiplexer ganz ein- 
fach die erforderliche Schaltung aufbauen. 
Das WRD-Signal des U8272 wird dazu an 
den Eingang der in Reihe geschalteten D- 
Flip-Flop geschickt, die alle mit dem gleichen 
Takt C L getaktet werden. Der Multiplexer 
schaltet dann für den Fall PSO = PSI = Lden 


Vorschub geleistet. Immerhin kann es nie- 
mandem untersagt werden, ihn für ein Kon- 
zept oder System zu benutzen, das trivial ob- 
jektorientiert im eigentlichen Sinn der Wort- 
zusammensetzung ist. Jedoch ist eine eini- 
germaßen fest umrissene Bedeutung aus der 
Entwicklung der Informatik hervorgegangen 
und sollte respektiert werden. 

Was ist objektorientierte 
Programmierung (OOP)? 

□ Zur Realisierung einer Informationsverar- 
beitungsaufgabe mit dem Computer werden 
Objekte mit speziellen Eigenschaften und ei- 
nem speziellen Verhalten entworfen. Dabei 
werden gleichartige Objekte zu einer Klasse 
zusammengefaßt. 

□ Objekte werden als Instanz einer Klasse 
erzeugt und existieren dann eine gewisse 
Zeitdauer. 

□ Als Ausdruck der Individualität der Ob- 
jekte können ihre Eigenschaften unter- 
schiedlichste Ausprägungen haben und sich 
im Verlaufe ihrer Existenz ändern. Das heißt, 
jedes Objekt hat einen eigenen, nur lokal 
sichtbaren Zustand. 

□ Das Verhalten eines Objekts repräsentiert 
sich in seinen individuellen Reaktionen 
beim Empfang einer Nachricht. Aktiviert 
durch eine Nachricht kann ein Objekt seiner- 
seits ein oder mehrere Nachrichten an an- 
dere Objekte senden und/oder seinen Zu- 
stand ändern und/oder dem Absender der 
Nachricht eine Antwort geben. 

□ Die richtigen Reaktionen werden durch 
das Objekt bestimmt, genauer durch seine 
Klasse, und sind in einer Menge von Metho- 
den beschrieben, die jeweils an eine Klasse 
gebunden sind. Wesentlich ist, daß ein und 
dieselbe Nachricht bei Objekten unterschied- 
licher Klassen verschiedene Reaktionen her- 
vorrufen kann (Polymorphismus). 

□ Die einmal für eine Klasse beschriebenen 
Eigenschaften und Verhaltensweisen (Me- 
thoden) sind jeder Instanz einer Klasse ei- 
gen. 

□ Klassen können als Spezialisierung 
(Subklasse) einer anderen Klasse (Super- 
klasse) definiert werden und erben dabei de- 
ren Eigenschaften und Methoden, wenn sie 
nicht durch eigene ersetzt werden. Es ent- 
steht eine Klassenhierarchie, in der Mecha- 
nismen der Vererbung wirken. 

□ Der gesamte Informationsverarbeitungs- 


Ausgang des 2. D-Rip-Rop zum Laufwerk 
durch, während bei PSO = H der des 1 . und 
bei PSI = H der des 3. D-Flip-Flops durchge- 
schaltet werden. Eine entsprechende Schal- 
tung, wie auch in 73/ angegeben, zeigt Bild 4. 
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prozeß wird als Nachrichtenaustausch auf- 
gefaßt. 

□ Man programmiert also, indem man Klas- 
senhierarchien entwirft und konstante Ob- 
jekte erzeugt und benennt. Das Programm 
wird aktiviert, indem man eine oder mehrere 
Nachrichten an bestimmte Objekte sendet. 
Danach läuft ein Nachrichtenaustausch ab, 
in dessen Verlauf Objekte erzeugt werden, 
sich deren Zustände ändern und Objekte ver- 
nichtet werden. 

In der Tat gibt es noch sehr differenzierte Auf- 
fassungen von dem, was die fundamentalen 
Prinzipien der Objektorientierung wirklich 
sind. Es wurde hier versucht, einen ausgewo- 
genen Durchschnitt der in der Literatur zum 
objektorientierten Modell der Informa- 
tionsverarbeitung zu findenden Aussagen 
zusammenzufassen. Ein derartiges Modell 
kann nicht nur objektorientierten Program- 
miersprachen, sondern auch anderen Syste- 
men der automatisierten Informationsverar- 
beitung auf unterschiedlichen Betrachtungs- 
ebenen zugrunde liegen. Beispielsweise gibt 
es Objektorientierung in Betriebssystemen, 
Simulationssystemen und auch in der Ge- 
staltung und Implementierung von grafischen 
Nutzerinterfaces. Über das hier dargelegte 
Modell hinaus findet man in verschiedenen 
Systemen weitere Verfeinerungen und Diffe- 
renzierungen hinsichtlich der Vererbungs- 
disziplinen, der vereinheitlichten Auffas- 
sung der Objekte (Klassenobjekte und In- 
stanzenobjekte nicht unterschieden) oder 
der Kombination von Methoden / 1 3/. 

Man kann die Entwicklungslinien der objekt- 
orientierten Programmierung wie folgt skiz- 
zieren 141, 15/. Seit 1 969 entwickelte Alan Kay 
Ideen zu einem flexiblen elektronischen 
Denkhilfsmittel, dem Dynabook. Zur Errei- 
chung einer hohen Flexibilität durch leichte 
Änderbarkeit aller Systemteile durch den 
Benutzer griff er das Klassenkonzept von 
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SIMULA auf und bereicherte es um eine uni- 
forme Kontrollstruktur, den Nachrichtenaus- 
tausch. Diese Kombination nannte er „Ob- 
jekt-orientierte Programmierung“. Damit 
wurde von A. Kay der Grundstein für die Ent- 
wicklung von Smalltalk-Systemen (in der Le- 
arning Research Group am Xerox Palo Alto 
Research Center) gelegt, mit denen der Ob- 
jektbegriff, die Klassenbildung und der Nach- 
richtenaustausch und damit die objektorien- 
tierte Programmierung in immer qualifizierte- 
rer Weise realisiert wurden 121. Dabei ist 
Smalltalk gewissermaßen der Softwareteil 
von Alan Kays „personal computing vision“, 
dem Dynabook. Ziel der Learning Research 
Group war es, die individuellen Fähigkeiten 
zur kreativen Nutzung des Dynabook zu un- 
terstützen /4/. Das Flex-System, Smalltalk- 
72, -74 und -76 erweiterten die objektorien- 
tierte Betrachtungsweise auf mehr und mehr 
Elemente einer Programmiersprache und ih- 
rer Programmierumgebung. Beispielsweise 
waren in Smalltalk-72 die Arithmetik, Listen- 
und Kontrollstrukturen durch Objekte und 
Nachrichten repräsentiert, Klassen noch 
nicht. Sie wurden in Smalltalk-74 als Objekte 
eingeführt. Das Smalltalk-76-System er- 
laubte, Relationen zwischen Klassen zu be- 
schreiben (Vererbung) und erweiterte die 
Objektorientierung auch auf das Nutzeririter- 
face. Smalltalk-80 ist die letzte bekanntge- 
wordene Version mit einer weitgehenden 
Verallgemeinerung der zugrundeliegenden 
Architekturprinzipien /I /. 

Neben Smalltalk wurde eine weitere Entwick- 
lungslinie von C. Hewitt vorangetrieben. Er 
griff etwa 1972 die von Kay entwickelten 
Ideen zur Realisierung intelligenter Problem- 
loser auf und fügte sie in sein Actor-Modell 
der Informationsverarbeitung ein. Dabei 
arbeitete Hewitt die potentielle Parallelität der 
kommunizierenden Objekte heraus. Dieser 
besondere Aspekt der OOP wird heute viel- 
fach herausgegriffen und auf die außeror- 
dentlich aktuelle und stark in der Forschung 
begriffene Programmierung paralleler Pro- 
zesse angewendet 161. Auch die von Hewitt 
verfolgte Entwicklungslinie mündete in Pro- 
grammiersprachen und Systeme, namentlich 
in Versionen von PLANNER, PLASMA und 
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ACT-1 . Eine Reihe von Arbeiten in der Künst- 
lichen Intelligenz zur Theorie der Frames 
(Minsky) und deren Implementation in Wis- 
sensrepräsentationssprachen wie KRL, 
KEE, FRL oder UNITS sowie Arbeiten zu ab- 
strakten Datentypen (Parnas), sind ebenfalls 
mit der Herausbildung der Objektorientierung 
verbunden. 

Anfang der achtziger Jahre entstand ein ver- 
stärktes Interesse an der objektorientierten 
Programmierung. Die aus der Entwicklung 
hervorgegangenen Resultate und Erfahrun- 
gen nahmen einen nicht unerheblichen Ein- 
fluß auf Sprachentwicklungen. Neben der 
Schaffung gänzlich neuer objektorientierter 
Programmiersprachen, da gab es sehr we- 
nige, z. B. EIFFEL nt, wurden hauptsächlich 
Erweiterungen bekannter Sprachen um 
Klassenbildung, Nachrichtenaustausch und 
die damit verbundenen Mechanismen vor- 
genommen, z. B. Objekt Pascal, Objective 
C, Exper Common LISP und auch Object 
Assembler /8/. Wie sich zeigen wird, muß 
man das Maß der Objektorientierung in sol- 
chen Spracherweiterungen sehr differenziert 
betrachten. 

In der Menge von Programmiersprachen, die 
eine objektorientierte Ergänzung erfahren 
haben, nimmt Lisp eine besondere Stellung 
ein, z.B. ObjTalk /9/, MAIL /10/, Common 
Talk, LOOPS usw. für die Lisp-Maschine des 
MIT entwickelte Zeta-Lisp wurde gleich mit 
einer objektorientierten Erweiterung, den 
Flavors bekannt /II/. Eine solche Erweite- 
rung der Lisp-Systemfunktionen (Aufsetzen 
einer Schicht von Funktionen) ist ureigenstes 
Prinzip der Lisp-Programmierung. Sie er- 
weist sich hier als besonders einfach und na- 
heliegend, da sich das Erzeugen und Ver- 
nichten von Objekten, der Nachrichtenaus- 
tausch und die Vererbung sowie die inkre- 
mentelle Erweiterung von Klassen und Me- 
thoden in interaktiver Arbeit organisch in eine 
Sprache mit automatischer Speicherverwal- 
tung, dynamischer Bindung von Programm- 
objekten, einem universellen, im Prinzip ein- 
zigen Datentyp „Atom“ und uniformer Reprä- 
sentation von Daten und Programmen ein- 
ordnen läßt. Die uniforme Repräsentation der 
Lisp-Programme in Verbindung mit der dyna- 
mischen Auswertung ermöglicht sogar die 
nutzerorientierte Definition von Steuerfluß- 
strukturen (Steuerabstraktion). Damit lassen 
sich selbst die Steuerstrukturen in Methoden- 
definitionen spezifisch objektorientiert reali- 
sieren /1 2/. 

Das Lisp-eigene Prinzip der Programment- 
wicklung als sukzessive Erweiterung eines 
Kerns von Systemfunktionen in interaktiver 
Arbeitsweise wird durch die flexible Erweiter- 
barkeit eines objektorientierten Programms 
vervollkommnet (Hinzufügen von Methoden 
oder Klassen erfordert keinerlei Veränderun- 
gen am Bestehenden). Andererseits können 
Konzepte und Zielstellungen der Objekt- 
orientierung, zum Beispiel eine explorative 
Arbeitsweise, in Lisp in hoher Vollendung 
realisiert werden. Infolge dieser fruchtbaren 
Symbiose ist die objektorientierte Pro- 
grammierung in Lisp zu einem relativ ei- 
genständigen Gebiet avanciert /1 0/, /1 3/, /1 4/. 
Verbunden mit der Objektorientierung wer- 
den derartige Lisp-Erweiterungen vielfach 
zu Wissensrepräsentationssystemen entwik- 
kelt. 

In der Vielzahl bereits existierender Spra- 
chen und Systeme, die das Attribut objekt- 
orientiert beanspruchen, gestaltet sich eine 


Endgültige Klassifizierung schwierig. Viele 
Systeme sind zumindest in Ansätzen objekt- 
orientiert, wenn man Datenmoduln, abstrakte 
Datentypen oder ähnliches bilden kann, da 
der Klassenbegriff als Fortentwicklung des 
Datentypbegriffs verstanden werden kann. 
Auch die Entwicklung der bekanntesten ob- 
jektorientierten Programmiersprache Small- 
talk stellt ein gewisses Kontinuum in der Ver- 
vollkommnung der OOP dar. Für den Grad 
der Objektorientiertheit werden von B. Meyer 
/1 5/ 7 Niveaus unter der Überschrift „Steps 
towards object orientedness“ genannt. 

[1 ] Objekte als Moduln realisiert - Systeme 
werden auf der Basis ihrer Datenstrukturen 
modularisiert 

[2] Datenabstraktion - Objekte als Imple- 
mentationen abstrakter Datenstrukturen 

[3] Automatische Speicherverwaltung - 
dynamisches Erzeugen und Vernichten von 
Objekten 

[4] Sprachkonstrukt Klasse vereinigt den 
Modul- und Typenaspekt 

[5] Vererbung - eine Klasse kann als eine 
Erweiterung oder Einschränkung einer ande- 
ren Klasse definiert werden 

[6] Polymorphismus - Programmeinheiten 
können auf Objekte von mehr als einer 
Klasse zugreifen, und Operationen können in 
verschiedenen Klassen verschiedene Reali- 
sierungen haben 

[7] multiple Vererbung - eine Klasse kann 
Erbe von mehreren Klassen sein 

Diese von Meyer definierten Niveaus der Ob- 
jektorientiertheit stellen offensichtlich mehr 
die Entwicklungsgeschichte der objektorien- 
tierten Programmierung als ein flexibles Mo- 
dell dar, aus dem jeder sich sein ganz per- 
sönliches Maß der Objektorientierung her- 
ausnehmen kann. Es läßt sich nämlich zei- 
gen, daß die objektorientierte Programmie- 
rung in Vervollkommnung der aus der Pro- 
grammierungstechnik bekannten Prinzipien 
Modularisierung/Datenkapselung und Da- 
tenabstraktion entstand (vgl. auch /1 6/) und 
daraus folgerichtig und notwendig 4 Paradig- 
men hervorgehen, die von einer objektorien- 
tierten Programmierprache unterstützt wer- 
den müssen, da sonst der beabsichtigte Ge- 
winn nicht erreicht wird. 

Was darf man von objektorientierten 
Programmiersprachen fordern? 

G. A. Pascoe beschreibt in /1 7/ 4 Elemente, 
die eine Sprache notwendig aufweisen muß, 
um die objektorientierte Programmierung un- 
terstützen zu können. 

® Information hiding (Verkapselung, 
Lokalität) 

© dataabstraction (Datenabstraktion) 

® dynamic (dynamischer 

polymorphism Polymorphismus) 

(dynamic binding) 

© inheritance (Vererbung) 

Ausgehend von seinen Erläuterungen, teil- 
weise bezugnehmend auf Modula-2 und 
Ada, läßt sich die genannte Entwicklung in 
der Programmierungstechnik sehr anschau- 
lich machen. Dabei ist die Programmierspra- 
che in ihrer Einheit mit dem sprachverarbei- 
tenden System und seinen Werkzeugen zu 
sehen, denn Fortschritte in der Effektivität der 
Softwareentwicklung werden gerade auch 
von der besseren Unterstützung des Entwer- 
fens und Programmierens als Prozeß erwar- 
tet. 
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Das Information hiding (Verkapselung, Lo- 
kalität) hat die Reduzierung und strenge Re- 
glementierung von Abhängigkeiten zwischen 
Softwarekomponenten (z. B. Moduln) und 
damit die Erhöhung von Zuverlässigkeit und 
Änderbarkeit zum Ziel. Das heißt, der aktu- 
elle Zustand ist stets nur innerhalb der betref- 
fenden Komponente sichtbar und kann von 
außen nur über eine wohldefinierte Schnitt- 
stelle erfragt oder beeinflußt werden. In der 
OOP stellen sich Wechselwirkungen als 
Nachrichtenaustausch zwischen Objekten 
als Softwarekomponenten dar. Es werden 
von der Sprache entsprechende Mittel (z. B. 
Moduln) zur Implementierung von Objekten 
gefordert, deren lokale Instanzenvariablen 
den aktuellen Zustand enthalten. Sie dürfen 
sich nur über eine bestimmte Menge von 
Nachrichten (z. B. die exportierten Prozedu- 
ren) beeinflussen lassen. 

In der Programmierungstechnik ist es allge- 
meines Prinzip, komplexe Datenstrukturen 
mittels einfacherer Datentypen zu implemen- 
tieren und die zugehörigen Operationen auf 
elementarere der einfachen Datentypen zu- 
rückzuführen. Data abstraction (Datenab- 
straktion) ist eine Qualifizierung dieses allge- 
meinen Prinzips, da von der speziellen Imple- 
mentierung des abstrakten Datentyps (bei- 
spielsweise Stack oder Queue) tatsächlich 
abstrahiert werden kann. Eine wohldefinierte 
Schnittstelle, beispielsweise eine Menge von 
Prozeduren, beschreibt das Verhalten der 
abstrakten Datenobjekte vollständig. Derar- 
tige Datenabstraktionsmechanismen muß 
eine die OOP unterstützende Sprache besit- 
zen, um die Definition von Klassen mit ihren 
Schnittstellen in Gestalt von Methoden und 
das Erzeugen von Objekten zu gestatten. Für 
die Klassen Stack (Kellerspeicher) und 
Queue (Warteschlange) handelt es sich z. B. 
um die Methoden Initialize, Push, Pop. 

Das bis hierhin erläuterte Niveau von Infor- 
mation hiding und data abstraction ist in Mo- 
dula-2 und Ada gewährleistet und in moder- 
nen höheren Programmiersprachen üblich. 
Jedoch wird die mit der OOP verfolgte Wei- 
terentwicklung des Datenabsiraktionsprin- 
zips durch keine konventionelle Program- 
miersprache innerhalb ihres Datentypkon- 
zepts vollständig unterstützt. 

Der Nachrichtenaustausch ist die adäquate 
Kontrollstruktur einer vervollkommneten Da- 
tenabstraktion. Jedes Objekt ist selbst für die 
zweckmäßige Reaktion auf eine empfangene 
Nachricht verantwortlich. Die Prozeduren 
werden in ihrer zentralen Stellung („Ich habe 
eine Prozedur, worauf kann ich sie anwen- 
den und mit welchen Ergebnissen?") durch 
Klassen abgelöst („Welches Verhalten hat 
diese Menge von Objekten, welche Nach- 
richten können empfangen werden?“). Folg- 
lich werden Objekte verschiedener Klassen 
auf ein und dieselbe Nachricht mit unter- 
schiedlichen Methoden reagieren. Dies ist, 
wie sich im folgenden zeigen wird, letztlich 
nur dynamisch entscheidbar, also dynamic 
polymorphism. 

Für die beiden Klassen Stack und Queue mö- 
gen jeweils die Methoden Initialize, Push und 
Pop definiert sein. Empfängt ein Stack- oder 
Queue-Objekt die Nachricht mit der Aufforde- 
rung zu seiner Initialisierung, wird vom Objekt 
je nach Klassenzugehörigkeit seine spezielle 
Methode benutzt. In Modula-2 ist die gleich- 
zeitige Benutzung zweier gleichnamiger Pro- 
zeduren jedoch problematisch. Man muß ent- 


weder unterschiedliche Bezeichnung der ex- 
portierten Prozeduren in allen abstrakten Da- 
tentypen garantieren oder ihre Benutzung 
qualifizieren, das heißt, den Datentyp dem 
Prozedurnamen voranstellen. Beides würde 
dem Wesen der Objektorientierung wider- 
sprechen. Ada gestattet, das Problem teil- 
weise durch Operatorüberladung zu lösen. 
Dabei wird zur Compilezeit der richtige Ope- 
rator durch Analyse der Operanden bestimmt 
und eingebunden. Zur Erreichung flexibler 
Erweiterbarkeit und Änderbarkeit muß in der 
OOP die Klassenzugehörigkeit der „Operan- 
den“ jedoch variabel sein und kann erst zur 
Laufzeit bestimmt werden. Die Realisierung 
dieses dynamischen Polymorphismus for- 
dert von einer die OOP unterstützenden 
Sprache dynamische Bindemechanismen 
bzw. eine dynamische Typprüfung. 

Eine weitere Qualifizierung der Datenab- 
straktionsmechanismen, die die OOP anbie- 
tet, ist die Möglichkeit, Klassen als Speziali- 
sierung anderer Klassen zu definieren. Mit 
der Zuordnung zu einer Superklasse geht 
das Ererben allgemeiner Verhaltensweisen 
und Eigenschaften unter Hinzufügen speziel- 
lerer einher. Da die Prozeduren in der objekt- 
orientierten Betrachtungsweise als Metho- 
den an die Klassen gebunden sind und das 
Verhalten der Instanzen dieser Klassen be- 
schreiben, ist inheritance (Vererbung) eine 
natürliche Folgerung, um ähnliche oder glei- 
che Verhaltensweisen in die Beschreibung 
spezialisierter Klassen zu übernehmen und 
gegebenenfalls noch durch Methodenkombi- 
nation abzuwandeln. Die Vererbung erlaubt 
eine sehr gute Mehrfachnutzung von „Kode“, 
ohne undurchschaubare, verhängnisvolle 
Abhängigkeiten zuzulassen und steigert da- 
mit die Qualität der Software durch bessere 
Faktorisierung. Ein derartiger Mechanismus 
der Spezialisierung wird innerhalb des Da- 
tentypkonzepts herkömmlicher Program- 
miersprachen nicht unterstützt. 

Die Diskussion der vier von einer objektorien- 
tierten Programmiersprache zu fordernden 
Charakteristika ging davon aus, daß die Ob- 
jektorientierung in der Programmierung als 
Vervollkommnung von Datenabstraktions- 
mechanismen verstanden wird und demzu- 
folge innerhalb des Wertart- bzw. Datentyp- 
begriffs interpretiert werden muß. Wird aller- 
dings ein einziger universeller Datentyp Ob- 
jekt definiert und die dynamische Bindung 
und Typprüfung explizit programmiert, so 
kann man Objektorientierung in Sprachen mit 
üblichen Datenabstraktionsmechanismen si- 
mulieren. 

Was darf man von einem 
objektorientierten Programmier- 
system erwarten? 

Die Arbeitsweise eines objektorientierten 
Programmiersystems betreffend soll hier nur 
eine einzige wesentliche Frage diskutiert 
werden, die einen grundlegenden Einfluß auf 
die Art und Weise der Programmiertätig- 
keit hat. Die OOP bringt mit der Bindung der 
Methoden an Klassen als Beschreibung der 
spezifischen Reaktionen auf empfangene 
Nachrichten, eingeschlossen die Möglich- 
keit, daß ein und dieselbe Nachricht bei Ob- 
jekten verschiedener Klassen unterschiedli- 
che Reaktionen hervorrufen kann, bedeu- 
tende Vorteile für die Erweiterbarkeit und Än- 
derbarkeit der Programme. Soll eine neu hin- 
zukommende Subklasse anders auf be- 
stimmte Nachrichten oder auch auf andere 


Nachrichten reagieren als die Superklasse, 
so müssen stets nur lokal und ohne Ände- 
rung bestehender Programmteile Ergänzun- 
gen vorgenommen werden. Die Erweiterbar- 
keit schon während des Softwareentwick- 
lungsprozesses auszunutzen und diesen da- 
mit inkrementell und explorativ (erkun- 
dend, erforschend) zu gestalten, ist nach Auf- 
fassung vieler Wissenschaftler erklärtes Ziel 
der objektorientierten Programmierung und 
von ihr nicht zu trennen. 

Die Arbeit mit Klassen läßt eine Programmie- 
rung durch schrittweise Erweiterungen der 
Klassenhierarchie und der Beschreibung des 
Verhaltens von Mengen gleichartiger Ob- 
jekte im Dialog mit dem Computer besonders 
geeignet erscheinen. Dafür liefert die einfa- 
che Erweiterbarkeit objektorientierter Ent- 
würfe, ohne bestehende Programmteile än- 
dern zu müssen, die Voraussetzungen. Au- 
ßerdem wird der Zugang zu den im allgemei- 
nen ungewohnten und schlecht akzeptierten 
abstrakten Datentypen erleichtert. Hier wird 
ersichtlich, daß qualitativ bessere Software- 
entwicklung Anforderungen an die Program- 
miersprache wie auch an das sprachverar- 
beitende System stellt. Man kann noch deutli- 
cher sagen, daß die objektorientierte Pro- 
grammierung eine Programmiertätigkeit her- 
ausfordert, in der lange Edit-compile-link- 
test-Schritte keinen Platz mehr haben. Im 
Prozeß der Vereinheitlichung der Auffassun- 
gen von der OOP scheint sich die notwendige 
Voraussetzung explorative Programmierung 
mehr und mehr durchzusetzen. Damit wür- 
den die heute noch als objektorientiert be- 
zeichneten Sprachen/Sprachsysteme wie 
Object Pascal, Object Assembler und Objec- 
tive C zugunsten von Smalltalk, Neon, Exper 
Common Lisp, Objtalk, Object Logo, Zeta 
Lisp, EIFFEL usw. in den Hintergrund treten. 
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dBase IV 

Unter dem Druck starker Konkurrenz anderer 
Datenbanksysteme will Ashton-Tate seine 
Führung auf dem Datenbankmarkt mit dem 
neuen System dBase IV behaupten. Zusätz- 
lich zu den hauptsächlichen neuen Möglich- 
keiten, wie der Unterstützung von SQL 
(Structured Query Language : Strukturierte 
Rückfragesprache), einem Quellcode-Com- 
piler und einer wesentlich verbesserten Be- 
dienoberfläche, schlägt dBase IV seine Kon- 
kurrenten mit der vollen Kompatibilität zu 
dBase III. Alle in dBase III erzeugten Daten- 
banken, Formulare, Reports und Anwendun- 
gen laufen ohne Änderung in dBase IV. Die 
neue Software ist ein wichtiger erster Schritt 
für die Entwicklung der Verbindung von Da- 
tenbanken auf dem PC am Arbeitsplatz und 
Mainframe-SQL-Datenbanken. Aber, obwohl 
dBase IV einen kompletten Satz SQL-Be- 
fehle entweder im interaktive Kommando- 
Modus oder innerhalb des dBase-Befehlsco- 
des unterstützt, gibt es keine Möglichkeit des 
Datentransfers zwischen dBase IV- und 
SQL-Datenbanken. Also ist die SQL-Imple- 
mentierung nur für die Entwickler nützlich, die 
Code schreiben wollen, den sie eventuell 
auch in SQL-Umgebungen übertragen kön- 
nen. 

Echte Übertragbarkeit zwischen SQL- und 
dBase IV-Datenbanken wird, wie von Micro- 
soft im Januar 1988 angekündigt, mit dem 
SQL-Server-System für OS/2 zu erwarten 
sein. Schließlich beabsichtigt Ashton-Tate, 
dBase zur wichtigsten Datenbanksoftware 
sowohl auf UNIX- und VMS-Fileservern als 
auch auf MS-DOS- und OS/2-Systemen zu 
machen. 

Wie dBase IV ein Schritt in die Zukunft sein 
könnte, ist es ebenso ein wichtiger Bruch mit 
der Vergangenheit. Bis jetzt hatte dBase 
stets den Ruf, schwer erlernbar und nutzbar 
zu sein und wesentlich mehr Programmie- 
rung als seine Konkurrenten zu benötigen. 
Man hat diese Kritik mit einer völlig überarbei- 


teten menügesteuerten Bedienoberfläche 
beantwortet. Trotzdem kann der vertraute 
Punkt-Prompt benutzt werden. Es gibt einen 
verbesserten Anwendungs-Generator, Ta- 
stenmakros und eine Möglichkeit der Nach- 
frage durch Beispiel, vergleichbar mit QBE 
(Query-By-Example). 

Zusätzlich erhalten die neuen Report- und 
Formular-Generatoren menügesteuerte For- 
mulargestaltung, berechnete Felder, Daten- 
bewertung, das Zeichnen von Kästen und Li- 
nien und andere Möglichkeiten zur Bereitstel- 
lung von Ein- und Ausgabeformularen. 

Das neue dBase erhält auch eine Option für 
die automatische Generierung von Grafik auf 
Ashton-Tates Chart-Master-Grafiksoftware. 
Man muß dBase verlassen, um Chart-Master 
zu starten. 

Die dBase IV-Datenbankstruktur ist vollkom- 
patibel zu früheren dBase-Versionen, jedoch 
enthält sie einen neuen Gleitkomma-Daten- 
typ mit einer numerischen Genauigkeit von 
64 Bit. 

Eine andere Verbesserung des Systems ist 
die Möglichkeit, verschiedene Datenbanken 
in einer virtuellen Pseudo- oder Betrach- 
tungsdatenbank zu kombinieren, die wie jede 
andere Datenbank aussieht. Das bedeutet, 
daß man mit Formularen, Reports und An- 
wenderprogrammen Zugriff zur Auswertung 
und Bearbeitung der so verbundenen Daten- 
banken hat. So werden relationale Operatio- 
nen wesentlich komplexer als in früheren 
Versionen. Man kann nur eine Datenbank zur 
Betrachtung auf dem Bildschirm haben, ohne 
auf Programmierung zurückgreifen zu müs- 
sen. 

Das neue System hat auch automatische In- 
dizierung mit bis zu 52 Indizes pro Datenbank 
in eine Indexdatei. Obwohl man auch noch 
seine eigenen .NDX-Dateien erzeugen kann, 
ist dies in den meisten Fällen nicht notwen- 
dig. 

Das dBase IV-Paket enthält die dBase-Pro- 
grammier- und Kommandosprache. Diese 
hat eine Bibliothek von wirtschaftlichen und 


mathematischen Funktionen, eine Schablo- 
nensprache zur Nutzung des Anwender- 
Code-Generators, Kommandos zur Erzeu- 
gung von Fenstern mit Pop-up- un Pull-down- 
Menüs und einem neuen Mehrfach-Fenster- 
Debugger. Die Fenster-Möglichkeit erlaubt 
dem Systementwickler, Fenster auf dem 
Bildschirm zu verwenden die mehrere Daten- 
banken gleichzeitig zeigen. 
dBase iV enthält auch einen Compiler. Er er- 
zeugt einen Objektcode, der nach Hersteller- 
angaben dBase-Programme bis zu neunmal 
schneller ablaufen läßt als In dBase III. Der 
Compiler legt Dateien mit einer .DBO-Datei- 
erweiterung gegenüber den .COM- oder 
.EXE-Dateien der meisten anderen Compiler 
an. Sie sind von dBase IV-Programmen aus 
startbar. Ein spezielles Werkzeug in der Ent- 
wicklerversion gestattet es, die compilierten 
Programme zusammenzulinken. 

Schließlich enthält dBase IV Verbeserungen 
für Mehrfachnutzer-Anwendungen. Diese er- 
möglichen Übertragungsprozesse, Fehler- 
beseitigung, Schlüsselwort-Datenschutz so- 
wie automatisches record- und file-locking 
mit Erkennung der zugriffsberechtigten Ar- 
beitsstation. 

dBase IV steht für MS-DOS zur Verfügung, 
eine OS/2-Version befindet sich in Vorberei- 
tung. Die MS-DOS-Variante erfordert 640 
KByte RAM und erkennt und benutzt vorhan- 
dene Speichererweiterungen automatisch. 
Es gibt verschiedene Versionen für allge- 
meine Anwendungen und für Systement- 
wickler. Sie sind identisch; nur enthalten die 
Entwicklerversionen zusätzlich Dokumenta- 
tionen für Programmierer und Entwickler, das 
Werkzeug zum Linken des compilierten Co- 
des mit Laufzeitunterstützung sowie LAN- 
Schlüssel zum Testen von Mehrfachnutzer- 
Anwendungen. 

Ashton-Tate gibt einen mehr als 50 Seiten 
langen Bericht über die Unterschiede von 
dBase III und dBase IV heraus, von denen 
hier nur die wichtigsten zu nennen waren. 

Matthias Fischer 






Wann? 18. April 1989 
Wo? Plenarsaal 
des neuen Rathauses 

WAS? 

• Speicherprogrammierbare 
. Steuerungen 

• Anwendungsspezifische Schalt- 
kreise 

• Mikroelektronik in der Biomedizini- 
schenTechnik 

• Einsatzbeispiele kunden- 


spezifischer Steuerungen 
im Werkzeugmaschinenbau 

• Lokale Rechnemetze 
im Industrieeinsatz 

* Logistik als überprüfendes 
Konzept für volkswirtschaftliche 
Reproduktionsprozesse 

• Farbgrafiksystem für CAD- 
Anwendungen 

* Frequenzgesteuerter Elektro- 
antrieb 

WIE? Anfragen richten Sie bitte an; 
VEB Elektroprojekt Dresden, Koll. 
Böhme, Leningrader Straße 30, PSF 
129/130, Dresden, 801 2; Tel. 4 86 90 
Prof. Or. Habiger 


Zweite Z 101 3-Tagung 
WEH? Computer-Club des VEB 
Robotron-Anlagenbau Leipzig 
WANN? 19. Mai 1989 ~ 

WO? Leipzig 

WIE? Teilnahmewünsche vom 
1 . März bis 31 . März 1989 an 
Computer-Club robotron, PF 180, 
Leipzig, 7010 

Bachmann 


WER? Humboldt-Universität 
zu Berlin 

WANN? 3. März 1989 
WAS? 

• CP/M mit den ZX-Spectrum 

• Vorstellung des „BAICODE“- 
Systems 

WIE? Teilnahmewünsche bitte an 
Direktion für Computerliteratur und 
Software, Postfach 114, Berlin, 
1026. 

Steglich 
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Die Adreßleitungen AI 6. . AI 9 werden 
mit S3 . . . S6-Statussignalen zeitgemulti- 
plext: 

S6 $5 S4 S3 Bedeutung 


1 0 0 DMA on Channel 1 

1 0 1 DMA on Channel 2 

1 1 0 non-DMA on channell 

1 1 1 non-DMA on channel 2 


7.6.2 Interne Architektur des IOP 

Im Bild 7.9 ist die interne Architektur des I/O- 

Prozessors dargestellt. 

CCU Common Control Unit 
Alle lOP-Operationen (Befehle, DMA- 
Transfers usw.) setzen sich aus einer Reihe 
von internen Buszyklen zusammen, die 
durch die CCU koordiniert werden. Die CCU 
kontrolliert auch das Initialisieren des IOP. 
ALU Arithmetic-Logic Unit 
Die ALU kann arithmetische Operationen 
(Addition, Decrement, Increment) mit 8- oder 
16-Bit breiten, nicht vorzeichenbehafteten, 
binären Zahlen ausführen, wobei das Ergeb- 
nis eine binäre Zahl mit maximal 20 Bit sein 
kann. Zum Befehlsvorrat der ALU gehören 
auch die logischen Operationen AND, 0R, 
NOT. 

Assembly/Disassembly Registers 
Alle transferierten Daten werden über diese 
Register geführt. Im Falle eines Datentrans- 
fers zwischen zwei Bussen unterschiedlicher 
Breite fungieren diese Register zur Busan- 
passung, um zeitlich optimale Datenübertra- 
gung zu erreichen. 


Beispiel 

Quelle: 8 Bit breiter Bus 
Ziel: 1 6 Bit breiter Bus 


Für die Quelle werden zwei Lesezyklen 
durchgeführt, die gelesenen 2 Bytes werden 
zum 16 Bit Wort zusammengefügt und in ei- 
nem Schreibzyklus zum Ziel übertragen. 

IFU Instruction Fetch Unit 
Diese Einheit kontrolliert mit Hilfe eines 1- 
Byte-Queue das Befehlsholen für das aktu- 
elle Kanalprogramm. Bei einem 8-Bit breiten 
Systembus werden die Befehle byteweise 
geholt. Für den 16-Bit breiten Bus gibt es 
zwei Varianten, die in den Bildern 7.10 und 
7.1 1 dargestellt sind. 



j Ktra _ odc | -vat 



Bild 7.10 Befehlsholen angefangen bei EVEN 

Adresse 

Fetch Befehlsbyte 

1 Die ersten zwei Bytes von „X" 

2 Das dritte Byte von „X“ und das erste Byte von 
„ Y“. das im Queue iwischengespeicherl vrird 

3 Das erste Byte von „ V" aus dem Queue: kein Bus- 

4 Die leisten 2 Bytes von „ Y‘‘ 


BofeM "X" «»fehl "V" 
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Bild 7.11 Befehlsholen angefangen bei ODD- 
Adresse 

Fetch Belehlsbyle 

1 Das erste (ODD-adressiertel Byte (a-Bil-Zyklus) 

2 Das zweite und dritte Byte von. .X“ 

3 Das erste und zweite Byte von ,.Y“ 

4 Das dritte Byte von Y“ und das erste Byte vom 
nächsten Befehl, zwischengespeichert Im Queue 


BIU Bus Interface Unit 
Die BIU führt die Buszyklen aus, steuert den 
Transfer von Befehlen und Daten zwischen 
IOP und Speicher bzw. Peripherie. 

Channels 

Der IOP besitzt zwei unabhängige Kanäle, 
die sowohl ein eigenes Kanalprogramm, als 


auch einen DMA-Transfer ausführen können. 
Jeder Kanal besitzt eine eigene I/O-Steuer- 
einheit, welche die Steuerung während des 
DMA-Transfers übernimmt Mit dem DRQ-Si- 
gna! (DMA-Request) kann der DMA-Transfer 
synchronisiert werden Der Kanal wartet auf 
dieses Signal, bevor er den nächsten 
Schreib-ZLesezyklus durchführt Mit dem 
EXT- Signal kann der laufende DMA-Transfer 
unterbrochen werden. 
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Bild 7.12 Registersatz des 8089 

Kanalregisterplatz (Bild 7.12) 

GA,GB: allgemeine Register im Kanalpro 
gramm; Ziel oder Quelle im DMA-Transfer 
GC: allgemeines Register im Kanalpro- 
gramm; zeigt im DMA-Transfer auf das erste 
Byte der Translationstabei ie. Die bei der 
Quelle gelesenen Daten werden als nicht 
vorzeichenbehaftete Ziffern interpretiert, die 
zum Inhalt des GC- Registers addiert werden. 
Damit entsteht eine Adresse, die auf eines 
der 256 Bytes der Translationstabelle zeigt. 
Das Byte wird aus der Translationstabelle 
entnommen und zum Ziel übertragen (Bild 
7.13). 

PP: kann nur als Parameter-Block-Pointer 
genutzt werden und wird während der Initiali- 
sierung geladen 

TP: arbeitet als Befehlszähler; sollte im Ka- 
nalprogramm nicht verwendet werden. 

IX: als allgemeines Register oder als Indexre- 
gister verwendbar. 

SC; allgemeines Register oder Bytezähler im 
DMA-Betrieb. 
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MC: allgemeines Register, auch zum mas- 
kierbaren Vergleich verwendbar. Das Low- 
Byte wird mit dem Vergleichsbyte und das 
High-Byte mit der Maske geladen. Low in ei- 
ner Bitposition bedeutet, daß das entspre- 
chende Bit im Vergleichsbyte nicht berück- 
sichtigt wird. 

CC: Channel Control (Tafel 7.7) 

Dieses Register wird im Kanaiprogramm ge- 
laden. Der Inhalt des Registers ist in 10 Fel- 
der aufgeteilt, die die Informationen überden 
DMA-Transfer beinhalten. 



TAG-Bit: (Bild 7.12) 

Die Register GA, GB, GC und TP sind Poin- 
ter-Register, die Zeigeradressen für I/O- oder 
Speicherbereich beinhalten. Zu jedem der 
Register gehört ein TAG-Bit, welches zwi- 
schen den Bereichen unterscheidet: 

TAG-Bit --- 0 -0 Speicherbereich 
TAG-Bit ^ 1 -> I/O-Bereich 

PSW Program Status Word (Tafel 7.8) 

Jeder Kanal besitzt ein eigenes PSW. in dem 
der Zustand des Kanals abgespeichert wird. 
Dadurch ist es möglich, die Kanalprogramme 
zu suspendieren und dann durch Regene- 
rierung des alten PSW neu zu starten. Das 
Kanalprogramm kann auf das PSW nicht zu- 
greifen. 


rar«/ 7.8 Program Status Word 



Bild 7.14 8099- Initialisierungsseq uenz 


7.6.3 Initialisierung des IOP 
Bevor die lOP-Kanäle die Steuerung der I/O- 
Geräte übernehmen, müssen sie initialisiert 
werden (Bild 7.14). Der IOP wird zum Einle- 
sen seiner Initialisierungsblöcke durch die 
CA- und SEL-Signale (CA = Channel Atten- 
tion, SEL = Auswahl des Kanals) aktiviert 
(Bild 7.1). Während der Initialisierung erfolgt 
die Master-Slave-Zuordnung: 

• SEL = 0: Kanal 1; IOP programmiert als 
Master 

• SEI - 1 ; Kanal 2; IOP programmiert als 
Slave 

Die Kanäle des IOP können im I/O-Bereich 
oder im Speicherbereich der CPU plaziert 
werden. Im ersten Fall erfolgt das Aktivieren 
mit einem OUT- und im zweiten Fall mit ei- 
nem MOV-Befehl. 

In der Initialisierungssequenz liest der IOP 
die sich im Speicher befindenden Initialisie- 
rungsblöcke ein (Bild 7.1 5). Der Inhalt der re- 
sidenten Anweisungen wird beim Program- 
mieren der EP ROMs festgelegt, der RAM- 
Teil des Initialisierungssteuerblockes muß 
vor dem lOP-Start durch ein CPU-Programm 
geladen werden. 

■ System Configuration Pointer (SCP), 

der mit dem SYSBUS-Byte die Systembus- 
breite festlegt (Bild 7.1 6) und mit SCB Seg- 
ment Base und Offset den Anfang des Sy- 
stem-Configuration-Blockes (SCB) angibt 

■ System Configuration Block (SCB) 

In diesem Block befindet sich das SOC-Byte 
(Bild 7. 17), mit dem die I/O-Busbreiteund Re- 
quest/Grant-Mode festgelegt wird. Mit dem 
CB Segment Base und Offset wird die An- 
fangsadresse des Channel-Control-Blockes 
angegeben. 

■ Channel Control Block (CB) 

In diesem Block wird jedem Kanal sein Chan- 
nel Control Word CCW (Tafel 7.9) und die Fi- 
xierung des BUSY-Flagbytes mitgeteilt. Wei- 
terhin bekommt jeder Kanal mit dem PB Seg- 
ment Base und Offset die Adresse seines Pa- 
rameter-Blockes 

- BUSY ist ein Flagbyte, wird vor der Initiali- 
sierung von der CPU mit OFFFI geladen und 
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Taiel 7.9 Channel Command Word 



nach der Initialisierung vom IOP mit OOH 
überschrieben. Im Kanalprogramm wird das 
Byte vom IOPOFFH gesetzt und am Ende mit 
OOH zurückgesetzt. Mit diesem Fiag wird die 
Aufgabenzuweisung von der 8086-CPU ge- 
steuert. 

- CCW Channel Command Word: Nach der 
Initialisierung wird mit jeder CA-Aktivierung 
das im CCW kodierte Kommando für Kanal 1 
oder 2 gelesen und ausgeführt. Mit dem P-Bit 
wird die Priorität des Kanals festgelegt. (Ta- 
fel?^) 

- PB: (Parameter Block) beinhaltet die Start- 
adresse des Kanalprogramms und dient 
auch zur Zwischenspeicherung von Kanalzu- 
stand (PSW) und Task Pointer (TP) mit sei- 
nem TAG-Bit, welches das Suspendieren 
und Neustarten von Kanalprogrammen er- 
möglicht. 

7.6.4 Kanalprogramm 
Nach der Initialisierungsphase kommt die 
Ausführungsphase, die mit einem OUT- oder 
MOV-Befehl gestartet wird. Die Kanalzuwei- 
sung erfolgt mit SEL (SEL = 0 Kanal 1 ; 
SEL = 1 Kanal 2). Nach Erkennen des CA- 


Signals führt der adressierte Kanal folgende 
Aktivitäten durch: 

- BUSY-Flag setzen 

- Einlesen des CCW vom Control Block (CB) 

- Start und Ausführen der im CCW festgeleg- 
ten Operation 

(Bilder 7. 18, 7.19, 7.20, 7.21) 

-Rücksetzen des BUSY-Flags nach Pro- 
gramm- oder DMA-Transferende. 

7.6.5 DMA-Transfer 

Der IOP 8089 realisiert einen DMA- Wort- 
Datentransfer mit der Geschwindigkeit von 
1,25MByte/s. 

Der DMA-T ransfer wird vom Kanalprogramm 
aus mit der Anweisung XFER gestartet. Der 
danachfolgende Befehl wird noch abgearbei- 
tet, und dann geht der IOP in die DMA-Phase 
über. Dieser zusätzliche Befehl kann zum 
Beispiel das letzte Steuerwort in einen Peri- 
pheriecontroller laden. 

Im DMA-Transfer können eine Reihe von Ab- 
bruchbedingungen ausgelöst werden (siehe 
Channel Control Register und Bild 7.7). 
Nachdem eine Abbruchbedingung erkannt 
wurde, wird zum aktuellen Task Pointer der 
im CC-Register programmierte Oflset 0, 4 
oder 8 addiert. An diesen berechneten 
Adressen befinden sich LJUMP-Befehle 
(Long Unconditionat Jump) zu Abbruchservi- 
ceprogrammen (Bild 7.22). 

7.6.6 Interrupts 

Jeder Kanal besitzt die Möglichkeit, über die 
Leitungen SINTR1 und 2 eine Interruptan- 
meldung an die CPU zu senden. Die Inter- 
ruptsperre bzw. -frelgabe erfolgt durch das 
ICF-Feld des CCW (Tafel 7.9). Nachdem ein 
Kanal einen Interrupt ausgelöst hat, muß in 
der Interrupt-Serviceroutine die Interruptan- 
forderung bestätigt und zurückgesetzt wer- 
den. Dies erfolgt mit dem Laden eines neuen 
CCW, in dem das ICF-Feld den logischen 
Wert „0,1" (interrupt acknowledge) trägt. 
Nachdem der Kanal das neue CCW empfan- 
gen hat, wird das „Interrupt Service Bit“ im 
PSW und die SINTR-Leitung zurückgesetzt. 

7.8.7 Konkurrierende Kanaloperationen 
Beide Kanäle des IOP können zwar gleich- 
zeitig aktiviert werden, jedoch die aktuelle 
Buszuweisung übernimmt die CCU in der 
Prioritätenfolge nach Tafel 7.10. Falls beide 
Kanäle Operationen mit identischer Priorität 



Tatet 7.10 



Kanalaktivität Priorität 


DMA-Transfer 1 

DMA-Abbruchsequenz 1 

Kanalprogramm (Chained) 1 

Kanalaktivierung (CA) 2 

Kanalprogramm (notcharned) ; 3 

untätig (idle) 4 


ausführen sollen, erfolgt die Entscheidung an 
Hand des Prioritatsbits in den PSWs (Ta- 
fel 7.8). Wenn diese Prioritätsbits wiederum 
gleich sind, wird von der CCU ein alternieren- 
des Freigeben der Kanalaktivitäten vorge- 
nommen. Die CCU kann die Kanalaktivitäten 
nur zu bestimmten Zeitpunkten (interieave 
boundaries) unterbrechen (Tafel 7.1 1). 
Spezielle Bedingungen 
Während LOCK aktiv ist, kann der DMA- 
Transter nicht unterbrochen werden. 
Kanalprogramm „chained" oder „not chai- 
ned'' kann unterbrochen werden, mit Aus- 
nahme des TSL-Befehis. 



Bild 7.20 Suspend Operation 
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Bild 7.21 Resume Operation 
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Tafel 7.11 Unterbrechungszeltpunkte 
(interleave boundaries) 


Mofnert der Unterbrechung 


DMA-Abbruch 


Kanal- 

Programm 

(cbained) 


Channel 

Attention 

Sequenz 


Kanal 

Programm 

(notchained) 


©MOV destination, source 
Entsprechend Datenformat werden vier 
Gruppen unterschieden: 

MOV Move Word Variable 

MOVß Move Byte Variable 

MOVI Move Word Immediate 

MOVBI Move Byte Immediate 

Da diese Befehle das Tagbit des entspre- 

chenden Zeigerregisters setzen, eignen sie 
sich vor allem für das Laden der i/O-Adres- 
sen. 

© MOVP destination, source 
(move pointer) 

Der MOVP-Befehl transferiert eine physische 
Adresse und den Wert des Tagbits zwischen 
Zeigerregistern und Speicher (Bild 7.23). 


7.6.8 Multiprocessing-Eigenschaften 
Afbitrierungsprinzip ist mit dem des Arithme- 
tik-Koprozessors 8087 vergleichbar und wird 
durch die TO/'GT-Signale realisiert. Die ITC)/ 
GY-Logik des IOP arbeitet in zwei verschie- 
denen Betriebsarten, die mit dem SOC-Byte 
(Bild 7. 17) In der Initialisierung festgelegt 
werden: 



Bild 7.23 MOVP-Befehl 

O Dieses Feld wird je nach Wert des Tag-Bit mit OH 
(Tag-Bit -0) oder mit 8H 
(Tag-Bit = 1 ) uberschrieben. 


Mode 0 

RQ/5T-Mode 0 ist mit der FTCt/GT-Logik der 
8086/88-Prozessoren kompatibel (Bild 7.2). 
Wenn der IOP mit der 8086-CPU im Local- 
mode arbeitet, ist er der Slave und die CPU 
der Master. In dem Fall, wenn zwei lOPs al- 
lein ein Multiprozessorsystem bilden, muß 
ein IOP während der Initialisierung als Master 
und der andere als Slave programmiert wer- 
den (vgl. Kapitel 7.6.3). Im Mode 0 hat der 
Masterprozessor keine Möglichkeit, den Bus 
vom Slave zurückzuverlangen. 

Model 

Diese Betriebsart dient zum Arbitrieren der 
Zugriffe auf einen privaten (lokalen) I/O-Bus 
bei zwei parallel arbeitenden lOPs. In diesem 
Fall ist ebenfalls ein IOP als Master und der 
andere als Slave zu programmieren. 

Die RQ/5T-Sequenz im Mode 1 lautet: 

• Der anfordernde Prozessor sendet einen 
Request-Impuls. 

• Der angeforderte Prozessor gibt den Bus 
mit einem Grant-tmpuls ab. 

• Wenn er die Buskontrolle wieder erhalten 
will, sendet er einen Request-Impuls zwei 
Takte nach dem Grant-Impuls. 

Im Falle eines Multirechnersystems ist die 
Zugriffsarbitrierung auf gemeinsame Res- 
sourcen mit dem Bus-Arbiter-Schaitkreis 
8289 vorzunehmen. 

7.6.9 Assemblerbefehle des 8089 

• Datentransferbefehle 
Datentransferbefehle dienen zum Datenaus- 
tausch (byte- oder wortweise) zwischen inter- 
nen Kanalregistern und dem Speicher. Spe- 
zielle MOV-Befehle ermöglichen das Laden 
oder Abspeichern von Adressen und Tagbits 
in die Zeigerregtster GA, GB, GC oder TP 
(Bild 7.1 2). 


® LPD destination, source (load pointer 
with doubleword) 

Der LPD-Befehl konvertiert einen sich im 
Speicher befindenden Doppel wortzeiger in 
eine 20 Bit breite physische Adresse und lädt 
Sie in ein Zeigerregister (Bild 7.24). 



Bild 7.24 LPD-Befehl 

Wert des Doppelwortzeigers plaziert unter Adresse 
100H: 

Segment Base 3B4CH Offset 0065H 

Im Zeigerregister geladene physische Adresse tautet: 

3BS25H 


Das Tagbit des Zielregisters wird automa- 
tisch zurückgesetzt. Es werden zwei Typen 
vom LPD-Befehl unterschieden: 


LPD Load Pointer With Doubleword 
Variable 

LPDI Load Pointer With Doubleword 
Immediate 


• Arithmetische Befehle 
Die arithmetischen Befehle interpretieren alle 
Operanden als nicht vorzeichenbehaftete bi- 
näre Zahlen der Breite 8, 16 oder 20 Bit. 

Der 8089 besitzt folgende Befehlsgruppen: 

©ADD destination, source 

Es werden folgende Additionsbefehle unter- 


schieden, wobei das Ergebnis der Addition 
im Zieloperanden steht: 


ADD Add Word Variable 
ADDB Add Byte Variable 
ADDI Add Word Immediate 
ADDBI Add Byte Immediate 


© INC destination 
Inkrement des Ziels um 1 . 

INC Increment Word 

INCB Increment Byte 
® DEC destination 
Dekrement des Ziels um 1 . 

DEC Decrement Word 

DECB Decrement Byte 
• Logische und Bitmanipulationsbefehle 
Die logischen Befehle des 8089 lauten: 

AND, OR, NOT, wobei die 4 höchsten Bits ei- 
nes 20-Bit-Zielregisters Undefiniert bleiben. 
Wenn ein Register das Ziel einer Byteopera- 
tion ist, werden die höherwertigen Bits 8-15 
mit dem Werl des Bits 7 aufgefüllt. 

© AND destination, source 
0R destination, source 
Zwei Operanden werden AND/OR-verknüpft, 
und das Ergebnis steht im Ziel. 

AND/0R Logical AND/OR Word 

Variable 

ANDB/0RB Logical AND/OR Byte 
Variable 

ANDI/0RI Logical AND/OR Word 

Immediate 

ANDBI/0RBI Logical AND/OR Byte 
Immediate 


@ NOT destination, destination/source 
Der NOT-Befehl invertiert die einzelnen Bits 
des Operanden. Im Falle eines Operanden 
wird dieser vom Ergebnis überschrieben. Im 
Fail von zwei Operanden wird die negierte 
Quelle ins Ziel geschrieben (Ziel muß ein Re- 
gister sein), der Ausgangswert bleibt erhal- 
ten. Der Befehl arbeitet sowohl mit Wort- als 
auch mit Byte-Operanden: 

NOT Logical NOT Word 

NO TB Logical NOT Byte 


® SETB destination, bit-select 
Dieser Befehl wird zum Setzen von einzelnen 
Bits im Speicher benutzt. Der Bit-Select-Ope- 
rand wählt das zu setzende Bit aus. 

® CLR destination. bit-select 
Dieser Befehl führt ein Rücksetzen des aus- 
gewählten Bits durch. 

• Sprung und Aufrufbefehle 
Das Register TP (Task Pointer) kontrolliert 
das sequentielle Abarbeiten der Befehle ähn- 
lich einem Befehlszähler. Bei Programmver- 
zweigungen wird zum TP die vorzeichenbe- 
haftete Verschiebung (displacement) ad- 
diert. Diese Verschiebung kann eine 8-Bit- 
(short) oder 16-Bit-Zahl {long, Mnemonic L) 
sein. Das höchste Bit der Verschiebung ist 
das Vorzeichen (0=> positive, 1 negative 
Verschiebung). 

- CALLACALL TPsave, target 

Dieser Befehl speichert den aktuellen TP- 
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Wert und das entsprechende Tagbit im TP- 
save-Operanden ab. Die Adresse der CALL- 
Routine wird durch Addition des aktuellen TP 
und des Target-Operanden berechnet. 

Es wird empfohlen, den Rücksprung ins 
Hauptprogramm mit dem MOVP-Befehl zu 
realisieren, um so den alten geretteten TP- 
Wert wieder zu laden. 

- JMP/UMP target 

Mit dem JMP-Befehl wird ein unbedingter 
Sprung ausgeführt, wobei der TP-Wert nicht 
gerettet wird. 

- JZ/LJZ source, target 

Der Sprung wird ausgeführt, wenn der 
Source-Operand Null ist, anderenfalls geht 
das Kanalprogramm zum nächsten Befehl 
über. 

Wenn der Sou ree- Operand ein 20-bit-Regi- 
ster ist, werden nur die 1 6 niederwertigen Bits 
ausgewertet. 

- JNZ/LJNZ source, target 

Der Sprung wird ausgeführt, wenn der 
Source-Operand ungleich Null ist. 

JMCE/LJMCE source, target 
Dieser Befehl realisiert einen maskierbaren 
Vergleich zwischen dem Source-Byteope- 
randen und dem Inhalt des Mask-Compare- 
Registers. Das niederwertige Byte des MC- 
Registers ist das Vergleichsbyte und das hö- 
herwertige die Maske. Falls der Vergleich po- 
sitiv ist, wird ein Sprung realisiert. 

JMCNE/LJMCNE source, target 
Der Sprung wird ausgeführt, wenn das Ver- 
gleichsergebnis negativ Ist. 

- JBT/LJBT source, bit-select, target 

Der Befehl testet das durch „Bit-Select“ be- 
stimmte Bit im Source-Operanden. Der 
Sprung wird ausgeführt, wenn das Bit gleich 
1 ist. 

- JNBT/LJNBT source, bit-select, target 
Der Sprung wird ausgeführt, falls das selek- 
tierte Bit gleich 0 ist. 

• Steuerbefehle 

Die Steuerbefehle realisieren für das Kanal- 
programm die Steuerung der Ausgänge 
LOCK und SINTR 1 -2, das Initialisieren des 
OMA-Transfers oder das Festlegen der logi- 
schen Busbreite. 

Beispiele: 

- TSL destination, set-value, target 

Mit diesem Befehl kann der Zugriff auf ge- 
teilte Ressourcen in einem Multiprozessorsy- 
stem gesteuert werden (Bild 7.25). Der Be- 
fehl aktiviert das LOCK-Signal, das zum Bei- 
spiel mit dem Busarbiter 8289 verbunden 
werden kann und veranlaßt den Busarbiter, 
während aktivem LOCK den Bus keinem an- 
deren Master abzugeben. Der TSL-Befehl te- 
stet und setzt mit „set-value“ die mit „destina- 
tion“ adressierte Speicherzelle. Der Befehl 
kann zur Implementierung einer Semaphor- 
variable dienen, mit der der Zugriff auf ge- 
teilte Ressourcen eines Multiprozessorsy- 
stems gesteuert wird. Wenn der „target"- 
Operand die Adresse des TSL-Befehlsselbst 
ist, befindet sich das Kanalprogramm so 
lange in der TSL-Test-Schleife, bis „destina- 
tion" den Wert 00H besitzt. 

- WID source-width, dest-width 

Der Befehl verändert die Bits 0 und 1 des 
PSW und legt somit die logische Busbreite 
der Quelle und des Zieles bei einem DMA- 
Transfer fest. 



Bild 7.25 TSL-Befehl 


Nach dem RESET sind die logischen Bus- 
breiten Undefiniert, so daß vor dem ersten 
Transfer der WID-Befehl ausgeführt werden 
muß. 

XFER 

Mit diesem Befehl wird der DMA-Transfer 
nach dem dem XFER folgenden Befehl ge- 
startet. 

SINTR 

Dieser Befehl setzt das Interrupt-Service-Bit 
im PSW und aktiviert die SINTR-Ausgänge, 
falls das Interrupt-Control-Bit des PSW ge- 
setzt ist. 

NOP 

Leeibefehi 

- HLT 


Die Arbeit des Kanalprogramms wird ange- 
halten, und das Kanal-BUSY-Byte wird zu- 
rückgesetzt. 

• Beispielprogramm 

LPDI GA. 1 EOO'DOOOH ; Anfangsadresse des 
Quellblockes für 
DMA-Transfer 


LPDIGB, 1EÜO:8000H 

MDVI BC, OAH 

MOVI CC. 0C208H 

XFER 
WID 1 G ,16 


Anfangsadresse des 
Zielblockes für 
DMA-Transfer 
Anzahl der zu frans- 
te nerenden Bytes 
Laden des Channel- 
Control-Registers 
Start DMA 
Quelle: 16 Bit breit 
Ziel: 16 Bit breit 


HLT 

Das Beispielprogramm realisiert die An- 
fangsinitialisierung des IOP für einen Daten- 
transfer von 10 (OAH) Bytes zwischen zwei 
mit den Registern GA und GB festgelegten 
Speicherblöcken. Die Startadresse des Pro- 
gramms lautet: 

2000: 100H 

Das CC-Register wird mit dem Wert C208H 
geladen, was im Detail folgende Informatio- 
nen für den IOP trägt: 

- kein maskierbarer Vergleich 


- Abbruch bei BC = 0; Offset 0 

- keine Wirkung vom EXT-Signal 

- kein Abbruch nach einem Transferzyklus 

- „nochaining“ 

- LOCK aktiv während des Transfers 

- GA adressiert die Quelle 

- keine Synchronisation (DRQ unwirksam) 

- keine Translate-Operation 

- Speicher-Speicher-Transfer 

Damit das Kanalprogramm ausgeführt wer- 
den kann, müssen die Initialisierungssteuer- 
blöcke im Speicher entsprechend geladen 
werden (Bild 7. 15). 

8. Überblick zum System 80286 

Dieser Abschnitt gibt einen Ausblick auf das 
1 6-Bit-Mikroprozessorsystem 80286 als eine 
Weiterentwicklung des Systems 8086 /I /, I2J. 
Im Mittelpunkt stehen dabei die neuen Eigen- 
schaften der CPU 80286, die dem Prozessor 
im Vergleich zum 8086 eine wesentlich hö- 
here Leistungsfähigkeit verleihen: 

• komplexere CPU-Architektur 

• integrierte Speicherverwallungseinheit 

• physischer Adreßraum von 1 6 MByte, 
virtueller Adreßraum von 1 GByte je Task 

• mehrere Speicherschutzfunktionen 

• Unterstützung der Taskverwaltung 
Diese Leistungsmerkmale sind besonders 
auf die Belange von Multiuser- und Multitask- 
Systemen ausgerichtet. 

8.1 CPU-Architektur 

Die CPU 80286 besteht aus vier Funktions- 
einheiten (Bild 8.1). 

Die Bus-Unit (BU) stellt die Schnittstelle zum 
externen 80286-Bus her. Der 16-bit-Daten- 
bus und der 24-Bit-Adreßbus sind getrennt 
herausgeführt, wodurch auch ein zeitliches 
Überlappen der Buszyklen möglich wird. Die 
Adresse für den nächsten Buszyklus wird be- 
reits ausgegeben, bevor der aktuelle Buszy- 
klus beendet ist. Dieses sogenannte Pipeli- 
ned-Address-Timing am CPU-Bus des 
80286 kann ausgenutzt werden, um bei einer 
hohen Busbandbreite auch relativ große 
Speicherzugriffszeiten zuzulassen. 

Die BU des 80286 organisiert, genau wie die 
des 8086, ein vorausschauendes Befehisho- 
len. Die Befehlsbytes werden in eine 6 Byte 
tiefe Warteschlange (Prefetch Queue) einge- 
speist. 

Zwischen BU und Execution Unit (EU) liegt 
noch eine zusätzliche Funktionseinheit, die 
Instruction Unit (1U) Diese dekodiert die 
von der BU kommenden Befehlsbytes und 
verwaltet eine weitere Warteschlange (In- 
struction-Queue), in der maximal drei deko- 
dierte Befehle vor ihrer Abarbeitung in der EU 
zwischengespeichert werden. 

Die Address-Unit (AU) beinhaltet eine lei- 
stungsfähige Speicherverwaltungseinheit, 
deren Funktionen im Abschnitt 8.3. näher er- 
läutert werden. 

Alle vier Funktionseinheiten arbeiten parallel 
zueinander, wodurch ein hoher Datendurch- 
satz erreicht wird. 

Der Registersatz der 80286-CPU (Bilder 8.2 
bis 8.4) enthält neben den von der 8086-CPU 
bekannten Hauptregistern, Base- und Index- 
registern, dem Instruction-Pointer und dem 
Flagregister eine Reihe zusätzlicher Regi- 
ster, die im folgenden beschrieben werden. 
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3.2 Betriebsarten 

Die CPU 80286 kann in zwei Betriebsarten 
arbeiten: Real-Address-Mode (8086-Mode) 
und Protected-Mode (Protected-Virtual-Ad- 
dress-Mode). 

Der Befehlssatz des 80286 ist voll abwärts- 
kompatibel zu dem des 8086. Er enthält 
sämtliche 8086-Betehle und etwa 25 Ergän- 
zungen. Einige dieser zusätzlichen Befehle 
(2. B. Multiplikationen mit Direktoperand, 
Block-Ein-/Ausgabe, . . ) sind bereits im 
Real-Address-Mode verwendbar, andere 
dienen der Speicher- bzw. Taskverwaltung 
im Protected-Mode. 

Nach RESET arbeitet der Prozessor im Real- 
Address-Mode und wirkt dabei genau wie 
eine 8086-CPU, das heißt, er unterstützt ei- 
nen Speicherbereich von 1 MByte. Ein Unter- 
schied besteht jedoch in der Arbeitsge- 
schwindigkeit. Erstens kann der 80286 mit ei- 
ner höheren Taktfrequenz betrieben werden 
(je nach Typ maximal 6 bis 20 MHz), und 
zweitens erreicht er wegen des verbesserten 
Pipelinings bei gleicher Taktfrequenz einen 
etwa um den Faktor 2,5 höheren Datendurch- 
satz. 

Das bedeutet, 8086-Maschinenprogramme 
sind auf einem 80286-Rechner im Real-Ad- 
dress-Mode ohne Änderungen lauffähig, ab- 
gesehen von Zeitbedingungen und der Hard- 
wareumgebung. 

Die volle Leistungsfähigkeit erreicht die 
80286-CPU im Protected-Mode. Die Um- 
schaltung in diese Betriebsart erfolgt durch 
das Setzen des Bit Protected-Mode-En able 
im Maschinenstatuswort (Bild 8.4). Vorher 
sind jedoch einige Initialisierungen (z. B. 
Segmentdeskriptor-Tabellen) erforderlich. 
Eine Rückkehr aus dem Protected-Mode in 
den Real-Address-Mode ist nur durch RE- 
SET möglich. 


Im Protected-Mode unterstützt die 80286- 
CPU einen physischen Adreßraum von 16 
MByte (2 2A Byte) und einen virtuellen Adreß- 
raum von 1 GByte (2 30 Byte) je Task. Der E/A- 
Adreßraum umfaßt 64 KByte. 

8.3 Speicherverwaltung im Protected- 
Mode 

Die 80286-CPU besitzt eine interne Spei- 
cherverwaitungseinheit, welche die Aufgabe 
hat. die im Programm verwendeten virtuellen 
Adressen auf den physischen Adreßbereich 
abzubilden. Gleichzeitig werden eine Reihe 
von Speicherschutzfunktionen realisiert. 
Auch im Protected-Mode wird das Prinzip der 
Segmentierung verwendet, das heißt, der 
Adreßraum des 80286 ist in Segmente aufge- 
teilt, deren Länge von 1 Byte bis 64 KByte va- 
riabel ist. 

8.3.1 Segment-Deskriptoren 
Eine 24-Bit-Speicheradresse wird im Protec- 
ted-Mode durch lineare Addition von einer 
24-Bit-Segment-Basisadresse und einem 
16-Bit-Offset gebildet. Der wesentliche Un- 
terschied zum Real-Address-Mode liegt in 
der neuen Bedeutung der Segmentregister 
CS, DS, SS und ES, Diese Register enthalten 
nicht mehr die Segment- Basisadresse, son- 
dern einen Segmentsefektor. Deshalb hei- 
ßen sie im Protected-Mode auch Selektorre- 
gister. Wie Bild 8.5 zeigt, dienen Bit 15 ... 3 
eines solchen Segmentselektors als Seg- 
mentdeskriptor-Index. Das ist ein Index für 
den dazugehörigen Segmentdeskriptor, der 
sich innerhalb einer im Speicher angelegten 
Segmentdeskriptor-Tabelle befindet. Dieser 
Segmentdeskriptor enthält nun die 24 Bit 
breite Segment-Basisadresse, aus der durch 
Addition mit dem 1 6-Bit-Offset die physische 
Speicheradresse (A0...A24) gebildet wird. 


Bild 8.6 veranschaulicht diesen Vorgang. 
Der Umweg über die Segmentdeskriptor-Ta- 
belle erwirkt einige Vorteile. Bild 8.7 zeigt den 
Aufbau eines Segmentdeskriptors. Er hat 
eine Länge von 8 Byte und enthält neben der 
Segment- Basisadresse noch die Länge des 
Segments und ein Steuerbyte, das den Typ 
des Segments und die Zugriffsrechte defi- 
niert. In den Bildern 8.8 und 8.9 sind die For- 
mate der Steuerbytes für Daten- und Code- 
segmente angegeben. Die Angaben im Steu- 
erbyte ermöglichen mehrere Speicher- 
schutzfunktionen. Bei jedem Speicherzugriff 
wird automatisch die Einhaltung der festge- 
legten Segmentgrenzen (Länge) und Zu- 
griffsrechte überprüft. Verletzungen dieser 
Bedingungen lösen spezielle Interrupts (Ex- 
ceptions) aus. 

Um die Speicherzugriffe durch die beschrie- 
benen Vorgänge nicht zu verlangsamen, 
werden die aktuellen Segmentdeskriptoren 
im Prozessor zwischengespeichert. Im Pro- 
tected-Mode bestehen die vier Segmentregi- 
ster aus den Segmentselektor-Registem 
(CS, DS, SS, ES) und zusätzlich je einem un- 
sichtbaren, 48 Bit breiten Segmentdeskrip- 
tor-(Cache-) Register (Bild 8.2). Dieses ent- 
hält eine Kopie des vom jeweiligen Segment- 
selektor ausgewählten Segmentdeskriptors. 
Die Segmentselektoren werden durch eie 
vom 8086 bekannten Befehle wie LDS, POP 
ES, JMPF (intersegment) beeinflußt. Im Pro- 
tected-Mode lösen diese Befehle automa- 
tisch das Kopieren des neuen Segmentdes- 
kriptors vom Speicher in das unsichtbare 
CPU-Cache-Register aus. Damit stehen der 
internen Speicherverwaltungseinheit wäh- 
rend der folgenden Zugriffe auf dieses Seg- 
ment die notwendigen Angaben zur Verfü- 
gung. 
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Bild 8.5 Aufbau eines Segmentselektors 





Bild 8.8 Steuerbyte 
eines Datensegment-Deskriptors 
Bk 7: P (Present) 1-Segmen t ist Im Speicher 
vorhanden 

Bk 6,5: DPL (Descriptor Privilegs Level) 

Privilegstute 0.3 

Bit 4 ----- ED (Expansion Direction) 

0- Ausdehnung nach oben 
Oft sei -J Limit 
1 -Ausdehnung nach unten 
Offset > Limit (z. 8. Stack) 

Bkl: W(Writeable) 0-ftead Only 
1 - Read/Write 

Bk 0: A (Accesaed) 1 -Segmentdeskriptor 
wurde bereits benutzt 




Bild 8-6 

Speicheradressierung im Protected-Mode 

8.3.2 Deskriptortabellen 
• Globale und lokale Deskriptortabellen 
80286-Programme werden in Programm- 
teile. sogenannte Tasks, mit getrennten 
Speicherzugriffsrechten aufgeteilt. 

Die Segment-Deskriptoren aller Speicher- 
segmente, die von einer Task benutzt wer- 
den. sind in zwei Deskriptorlabellen enthal- 
ten (Bild 8. 10). Die Global-Oeskriptor-Table 
(GDT) enthält die Deskriptoren der von allen 
Tasks nutzbaren globalen Segmente. Die 
Local-Descriptor-Table (LDT) enthält Des- 
kriptoren von privaten Segmenten einer 
Task. Die Auswahl zwischen beiden Deskrip- 
tortabellen wird durch das Tl-Bit im Segment- 
selektor getroffen (vergleiche Bild 8.5). 

Mit den 13 Bit des Segmentdeskriptor-Index 
werden 2’ 3 - 8192 Segmentdeskriptoren (je 
8 Byte) in einer Segmentdeskriptor-Tabelle 
adressiert. Somit stehen einer Task maximal 
2 U Speichersegmente (8192 globale und 
81 92 lokale) mit einer Länge von je 64 KByte 
(2 ,s Byte) zur Verfügung. Daraus ergibt sich 
ein virtueller Adreßraum von einem Gigabyte 
(2 30 Byte) je Task. 

Die Deskriptortabelten sind selbst Speicher- 
segmente. ihre Lage innerhalb des physi- 
schen Speichers wird in entsprechenden 
C PU-Registern festgelegt (vergleiche Bild 
8.2) Das Global-Descriptor-Table-Regi- 
ster (GDTR) enthält die Segment-Basis- 
adresse (24 Bit) im absoluten Speicherraum 
und die Länge (16 Bit) der GDT. Das GDTR 
kann mit dem Load-Befehl LGDT geladen 
werden. 

Das Local-Descriptor-Table-Register 

(LDTR) ist genau wie die oben beschriebe- 
nen Segmentregister aufgebaut. In einem 


Bild 8.9 Steuerbyte 

eines Codesegment-Deskriptors 

Bit 4- I, Bit 3 - t: 

Kennzeichen für Codesegment 

Bit 2: C (Contorming) 1 -Segment paßt sich 

der autrutenden Privilegebene an 

Bit 1: R (Readabie) 

0- Sagment ist nur ausführbar 

1 - Segment ist ausführbar und lesbar 


sichtbaren 16-Bit-LDT-Selektor vom Format 
nach Bild 8.5 wird durch den Index die Lage 
des LDT-Deskriptors in der GDT festgelegt. 
In einem verdeckten 40-Bit-Cache-Register 
wird eine Kopie des aktuellen LDT-Deskrip- 
tors mitgeführt. Mit dem Befehl ILDT wird nur 
der Selektor der aktuellen LOT geladen, der 
mit dem Index zum Deskriptor der aktuellen 
LDT zeigt. Das Kopieren des entsprechen- 
den Segmentdeskriptors, also Steuerbyte. 
LDT-Basisadresse und -Länge, in die CPU 
erfolgt dann automatisch Wie in Bild 8.7 dar- 
gestellt, kann es mehrere LDT geben, deren 
Deskriptoren sich in der GDT im Speicher be- 
finden. 

• Interrupt- Deskriptortabelle 
Die Interrupt-Descriptor-Table (IDT) ist 
vergleichbar mit der Interrupt-Tabelle des 
8086. Sie enthält sogenannte Gate-Deskrip- 
toren (je 8 Byte) für maximal 256 verschie- 
dene Interrupts. 

Basisadresse zur Lage der IDT im Speicher- 
raum und Länge der IDT können mit dem Be- 
fehl LIQT in das Interrupt-Descriptor-Table- 
Register (IDTR) geladen werden (Bild 8.2). 

8.4 Privilegkonzept 

Die CPU 80286 gestattet nicht nur eine ein- 
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Bild 8.10 Globale und lokale Deskriptortabellen 


fache Trennung von Systemprogrammen 
und Anwenderprogrammen, sondern unter- 
stützt vier Software-Privilegebenen. Diese 
sind von 0 bis 3 numeriert, dabei ist Ebene 0 
am meisten privilegiert und Ebene 3 am we- 
nigsten (Bild 8 11). 

Vom Privilegkonzept des 80286 sollen hier 
nur die wichtigsten Prinzipien erläutert wer- 
den. 

Jedem Segment wird eine der vier Privileg- 
ebenen zugeordnet und als Descriptor-Privi- 
lege-Level (DPL) im Steuerbyte des Seg- 
mentdeskriptors kodiert (Bilder 8.8 und 8 9) 
Die Privilegebene des aktuell ausgeführten 
Programms, Current-Privilege-Level (CPL), 
wird im RPL-Feld (vergleiche Bild 8.5) des 
aktuellen Codesegment-Selektors vorgege- 
ben, also in Bit 1 und 0 des CS-Registers. In- 
nerhalb einer Task muß CPL also nicht kon- 
stant bleiben, sondern kann sich, abhängig 
vom gerade ausgeführten Programm (Code- 
segment), ändern. 

Für Datenzugriffe gilt nun die Regel, daß Pro- 
gramme nur auf Datensegmente der glei- 
chen oder einer niederen Privilegebene zu- 
greifen können. Es muß also gelten: 

CPL des aktuellen DPL des Daten- 

Codesegments segment-Desknptors 


Ein numerisch kleinerer Wert entspricht einer 
höheren Ebene. 

Bei Codezugriffen muß normalerweise die 
Regel 

CPL des aktuellen _ DPL des Ziel-Code- 
Codesegments ~ segment-Deskriptors 

eingehalten werden, das heißt, innerhalb ei- 
ner Task können mit JMPF (intersegment) 
oder CALLF (intersegment) nur Codeseg- 
mente dergleichen Privilegebene aufgerufen 
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wann welcher Taskwechsel erfolgt, muß tung, wenn die Taskumschaltung von einem 
nach wie vor softwaremäßig vorgenommen Interrupt ausgelost wurde. Als Kennzeichen 
werden. dafür dient das Bit NT (Nested-T ask) im Flag- 

register (Bild 8.3). Bei gesetztem NT-Flag 
8.5.1 Task-State-Segment wird der Befehl IRET den Back-Link nutzen, 

Zu jeder Task gehört ein Task-State-Seg- um wieder eine Umschaltung aut die alte, 
ment (TSS; Bild 8.12). Das ist ein Speicher- durch den Interrupt unterbrochene Task aus- 
bereich, in dem der Abarbeitungsstand der zulösen, 
jeweiligen Task festgehalten wird, Dazu ge- 
hören Registerinhalte, Adreßbereiche (Seg- 8.5.3 Task-Gates 

mentselektoren) und ein Verweis auf die vor- Alle Task-State-Segment-Deskriptoren müs- 
hergehende Task (Back-Link). Die aktuelle sen in der GDT stehen. Damit Tasks auch 
Task wird durch ein spezielles Seiektor-Regi- über die LDT bzw durch Interrupts auch über 
ster, das Task-Register TR, ausgewählt (ver- die IDT aufgerufen werden können, gibt es 
gleiche Bild 8.2). Dieses Register enthält ei- sogenannte Task-Gates. Das sind Vermitt- 
nen Selektor, der nach dem bekannten Prin- ler-Deskriptoren, ähnlich den CALL-Gates, 
zip auf einen TSS-Deskriptor innerhalb der die außer dem Steuerbyte nur den Selektor 
GDT verweist. Der Deskriptor enthält Basis- des dazugehörigen TSS Deskriptors enthal- 
adresse, Länge und Steuerbyte des aktuel- ten. Task-Gate-Deskriptoren können in der 
len TSS. Diese Informationen werden auch GDT, der LDT und der IDT stehen und dienen 
hier in einem verdeckten CPU-Register mit- dort als Verweis auf einen TSS-Deskriptor 
geführt. und damit auf ein Task-State-Segment. 



werden. Allerdings sind folgende zwei Aus- 
nahmen gestattet: 

• Codesegmente mit der Eigenschaft con- 
tormtng, 2 um Beispiel Module des Betriebs- 
systems, können auch von weniger privile- 
gierten Programmen, z. B. Anwenderpro- 
grammen. autgerufen werden (vergleiche 
Biid 8.8). Sie passen sich dabei der aufrufen- 
den Privilegebene an 

• Für den kontrollierten Übergang zwischen 
den Privilegebenen gibt es spezielle Deskrip- 
toren, sogenannte CALL-Gates. Ein solcher 
Deskriptor (ähnlich wie in Bild 8.7) enthält 
den Selektor des Ziel-Codesegments (also 
den Verweis auf den entsprechenden Code- 
segment-Deskriptor) und den Offset des Ein- 
trittspunktes in dieses Codesegment. Für 
den Aufruf eines CALL-Gate gelten die Be- 
dingungen: 

CPL des aktuellen ^ DPLdesCALL-Gate- 

Codesegments ” Deskriptors 

CPL des aktuellen < DPLdesZiel-Code- 

Codesegments = segment-Deskriptors 

Zur Durchsetzung des Privilegkonzeptes gibt 
es weiterhin einige privilegierte Befehle, die 
nur von Programmen der Privilegebene 0 
ausgeführt werden dürfen. Dazu gehören 
zum Beispiel die Ladebefehls für die CPU- 
Register IDTR, GDTR und LDTR. 

Ein- und Ausgabebefehle sind ebenfalls privi- 
legiert. Die niedrigste Privilegebene, in der 
diese Befehle noch ausgeführt werden dür- 
fen, wird als I/O-Privilege-Level (IOPL) be- 
zeichnet und kann durch Bit 13 und 12 des 
Flagregisters festgelegt werden (Bild 8.3). Es 
muß also gelten: 


CPL des aktuellen < n 
Codesegments = OPL 

Die Einhaltung aller genannten Regeln wird 
von der CPU automatisch überprüft. Verlet- 
zungen lösen spezielle Status-Interrupts (Ex- 
ceptions) aus. 

8.5 Taskverwaltung 

Ein weiteres wichtiges Leistungsmerkmal der 
80286-CPU im Protected-Mode ist die in- 
terne Taskverwaltung. 

Diese darf jedoch nicht als ein auf dem Chip 
installiertes Muttitask- Betriebssystem ver- 
standen werden. Die CPU erledigt nur die bei 
jedem Taskwechsel notwendigen Grundope- 
rationen, das heißt, das Retten des alten und 
Ladendes neuen CPU-lnhaltes. Die eigentli- 
che Taskverwaltung, also die Entscheidung, 


8.5.2. Taskumschaltung 
Eine Taskumschaltung erfolgt nun durch den 
Ansprung des entsprechenden Task-State- 
Segment mit einem Befehl JMPF (interseg- 
ment) oder CALLF (intersegment) oder über 
ein Task-Gate. Daraufhin werden automa- 
tisch (vergleiche Bild 8.12) 

- alle Register in das aktuelle TSS gerettet 

- das Task-Register mit dem neuen Selektor 
geladen 

- der TSS-Deskriptor in den unsichtbaren 
Teil des Task-Registers kopiert 

- die CPU-Register mit den Werten aus dem 
neuen TSS geladen 

- die Abarbeitung der neuen Task dort fort- 
gesetzt, wo sie zuletzt unterbrochen wurde. 
Bei der Taskumschaltung wird außerdem in 
das Back-Link-Feld des neuen TSS der Se- 
lektor des alten TSS (alter TR-Inhalt) einge- 
tragen. Das ist zum Beispiel dann von Bedeu- 
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8 x 8 - ein Font für alle Fälle 


Thomas Bauer, Berlin 


Um eine Grafik mit Schrift aufzuwerten, be- 
dient man sich heute unterschiedlicher Me- 
thoden. Vielfach werden Pixel-Zeichensätze 
verwendet. Für niedrigauflösende Grafik mit 
geringen Ansprüchen reicht dabei ein einfa- 
cher 4 x 6-Zeichensatz (4 x 6-Font) häufig 
schon aus. Der hier vorzustellende 8x8- 
Font bietet gegenüber dem 4 x 6-Font bei 
höher auflösender Grafik eine bessere Kon- 
turschärfe bei gleicher Schriftgröße. 

Die meisten Programmiersprachen bieten 
standardmäßig die Möglichkeit, Schriftzei- 
chen in beliebiger Größe und Richtung in der 
Grafik auf einfache Weise zu plazieren. Da- 
bei werden - z. B. in Turbo-Pascal-Version 
4.0 - bisweilen gleich mehrere Fonts zur Ver- 
fügung gestellt. 


Für einige Anwendungen ist es von Vorteil, 
wenn die Sache mit dem Zeichensatz für den 
Programmierer transparent ist. Oft ist es in 
solch einem Fall unerläßlich, auf einen 
selbstdefinierten Font zurückzugreifen. Ein 
Beispiel dafür dürfte die reine Druckergrafik 
sein, bei der der „Grafikbildschirm“ unsicht- 
bar als ein ARRAY im RAM verwaltet wird 
und mit den Standardroutinen der Program- 
miersprachen für die Bildschirmgrafik nicht 
behandelbar ist. Auch um der Option willen, 
eigene Zeichen (z. B. für die E-Technik) defi- 
nierenzukönnen, kann so ein Font der Marke 
Eigenbau Vorteile bringen. 

Der hier vorgestellte 8 x 8-Font (siehe 2. und 
3. Umschlagseite), der der Standardschrift 
auf der CGA-Karte entspricht, kann sowohl 


für die Bildschirmgrafik als auch für die Druk- 
kergrafik Verwendung finden. Die beiden 
Prozeduren zum Zeichnen des Textes erlau- 
ben vertikales und horizontales Schreiben in 
verschiedener Schriftgröße (siehe Demo auf 
der 3. Umschlagseite). Der Vergrößerungs- 
faktor (SIZE) vergrößert die Schrift dabei in 
Vielfachen von 8 x 8-Pixeln. Das normale 
8 x 8-Pixel-Format wird bei SIZE = 1 er- 
reicht. 

Die ASCII-Zeichen jenseits von 167 sind vor 
allem dann von Vorteil, wenn es darum geht, 
schnell und problemlos dicke Linien und Um- 
randungen in die Grafik zu bringen. Die Rou- 
tinen in Bild 1 sowie die FONT-Definition las- 
sen sich analog auch in anderen Program- 
miersprachen (z. B. Basic, Fortran) leicht for- 
mulieren. 


Literatur 

/I/ Der erweiterte Zeichensatz des PC. DOS, DMV-Verlag 
(1988)3, S. 73 

121 Plate, J.: Hochauflösende Drucker-Grafik, mc, Fanzis- 
Verlag ( 1986 ) 9 , S.62 


Bild 1 DEMO-Programm zur Anwendung des B x 8-Font auf einer CGA-Karte (Bild 3 siehe 2. und 3. Umschlagseite) 
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Computer- 

Club 


Ein Kurs MASCHINEN- 
CODE im Rundfunk 


Seit Januar des Jahres gibt es im 
Schulfunk von Radio DDR II die neue 
Sendereihe Computer-Magazin 
(mittwochs, 17.00 Uhr, 14täglich). Die 
Sendungen haben das Ziel, aktuell 
über Computertechnik und -literatur 
zu informieren und Anregungen zum 
Einsatz von Kleincomputern zu ge- 
ben. Außerdem werden in bewährter 
Form Programme zum Mitschneiden 
angeboten. 

Ab März wird innerhalb des Compu- 
ter-Magazins ein Grundkurs zur Pro- 
grammierung in Maschinen-Code für 
den U880 (Z80) durchgeführt. Autor 
und Lektor ist Prof. Dr. Horst Völz. 
Hier eine kurze Übersicht über die 
Themen des Kurses (Terminände- 
rungen sind Vorbehalten): 


Thema Sende- 


datum 
(17.00 Uhr, 
DDR II) 

Hilfsmittel 

und Methoden 8. 3. 89 

Hardware und 

Befehlstypen 22. 3. 89 

Die ersten Befehle 

(Lade-, Austausch-, 

Jump-Befehleusw.) 5.4.89 

Arithmetik, Shift 

und Rotate 19.4.89 

Relativsprünge 

und Bitbefehle 3. 5. 89 

Weitere Befehle 

(In, Out, Restart usw.) 18. 5. 89 

Verallgemeinerungen 

(Debugging, 

Assembler usw.) 31.5.89 


Zum besseren Verständnis der Sen- 
dungen wird vom Rundfunk ein Be- 
gleitmaterial zum gesamten Kurs an- 
geboten. Dieses können Sie erhalten, 
wenn Sie einen frankierten und an 
sich selbst adressierten A5-Umschlag 
(nur dieses Format!) schicken an: 
Schulfunk, Radio DDR, NalepastraOe, 
Berlin, 1160; Kennwort: Maschinen- 
Code 

Meinungen, Wünsche und Angebote 
zum Computer-Magazin sind natür- 
lich ebenfalls gefragt. 

Dr. Joachim Baumann 

Schulfunk 


SCP-Disketten-Directory 
als REDABAS-Datei 

In bestimmten Anwendungsfällen ist 
es wünschenswert, das Inhaltsver- 
zeichnis einer Diskette als Datenfile 
zur Verfügung zu haben. Leider er- 
möglicht das Betriebssystem SCP die 
Erzeugung einer derartigen Datei auf 
Betriebssystemniveau nicht. 

Das im folgenden vorgestellte 
TURBO-PASCAL-Programm erzeugt 
eine mit REDABAS auswertbare Da- 
tei, die das Inhaltsverzeichnis einer 
unter SCP angelegten Diskette ent- 
hält. Da das Programm auf Betriebs- 
systemroutinen des SCP zugreift, 
läuft es nur unter diesem bzw. kom- 



patiblen Betriebssystemen (nur 8 Bit). 
Das Programm ist so wie abgedruckt 
lauffähig. Allerdings sind eine Reihe 
von Ergänzungen, vor allem zur Feh- 
lerbehandlung oder eine individuelle 
Anpassung denkbar und sinnvoll. 
Einige dementsprechende Möglich- 
keiten wurden im Programm bereits 
verwirklicht. 

Programmbeschreibung 
Zur Diskettenarbeit benutzt das Be- 
triebssystem zwei Pufferspeicher. 
Das ist einerseits der sogenannte 
File-Control-Block (FCB), in dem die 
zum Lesen oder Schreiben einer Da- 
tei notwendigen Daten übergeben 
werden, zum Beispiel der Name der 
Datei und das entsprechende Lauf- 
werk. Die Übergabe der zu lesenden 
oder zu schreibenden Daten erfolgt 
im DMA-Puffer. Für beide Speicher- 
bereiche existieren im Betriebssy- 
stem Vorzugsadressen, die durch 
den Nutzer aber verändert werden 
können. 

Das Programm nutzt 3 der durch das 
Betriebssystem bereitgestellten 
BDOS-Funktionen. Diese Funktionen 
sind: 

• Funktion 17: Diese Funktion sucht 
im Inhaltsverzeichnis der Diskette 
den ersten Eintrag, der dem vorher in 
den FCB eingetragenen Dateinamen 
entspricht. Dieser Name darf Frage- 
zeichen als Symbol für einen beliebi- 
gen Buchstaben enthalten. Als Para- 
meter ist der Funktion die Adresse 
des FCB zu übergeben. Zurückgege- 
ben wird die Nummer des 32- Byte- 
Blockes, in dem die gesuchten Da- 
teiinformationen im DMA-Puffer zu 
finden sind. Dieser Wert liegt im Be- 
reich von 0 bis 3. Wenn die gesuchte 
Datei nicht gefunden wird, erfolgt die 
Rückgabe von 255 (OFFH). 

• Funktion 18: Diese Funktion sucht 
den nächsten Eintrag entsprechend 
den Angaben im FCB. Diese Funktion 
darf nur nach der Funktion 17 ausge- 
führt werden. Die zu übergebenden 
und zu empfangenden Parameter 
entsprechen denen der Funktion 17. 

• Funktion 26: Diese Funktion setzt 
die neue Adresse des DMA-Puffers. 
Vom TURBO-PASCAL aus werden 
die Funktionen mit der Funktion 
BDOS(i, j) aufgerufen. Dabei ist i die 
entsprechende Nummer der Funktion 
und j der zu übergebende Parameter. 
Näheres zu den BDOS-Funktionen 
ist entsprechender Literatur zu ent- 
nehmen. 

Das Programm selbst ist relativ ein- 
fach aufgebaut. Unmittelbar zu Be- 
ginn wird die entsprechende DMA- 
Adresse zugewiesen. Nach Abfrage 
des Laufwerkes, von dem das In- 
haltsverzeichnis gelesen werden soll, 
wird auf dem entsprechenden Lauf- 
werk die Datei mit dem Namen DISK- 
NAME.XXX gesucht und bei Vorhan- 
densein der in ihr enthaltene Disket- 
tenname in die Variable Diskname 
eingelesen. Auf diese Weise ist die 
softwaremäßige Unterscheidung der 
einzelnen Disketten ohne Zutun des 
Nutzers möglich. Sollte diese Datei 
noch nicht vorhanden sein, so wird 
sie durch das Pogramm angelegt. 
Der Nutzer wird in diesem Fall zur 
Eingabe des gewünschten Disketten- 
namens aufgefordert. Soll der Name 
der Diskette später geändert werden, 
so kann dies mit einem beliebigen 
Editor (z. B. dem Textprozessor) ge- 
schehen. Für das Suchen der Datei 
wird die BDOS-Funktion 17 genutzt. 
Anschließend wird der FCB mit Fra- 


gezeichen (Byte 2 bis 1 2) gefüllt. Da- 
bei entsprechen die Positionen 2 bis 9 
dem eigentlichen Dateinamen, die 
Positionen 10 bis 12 der Extension. 
Werden die letzten 3 Bytes nicht mit 
Fragezeichen („???“), sondern zum 
Beispiel mit „COM“ gefüllt, wird nur 
nach Dateien mit der Extension 
„COM“, also ausführbaren Program- 
men, gesucht. 

Die Position 1 im FCB enthält die 
Laufwerksangabe. Dabei entspricht 


eine 0 dem aktuellen Laufwerk, eine 1 
dem logischen Laufwerk A, eine 2 
dem logischen Laufwerk B usw. Das 
Betriebssystem ermöglicht die Unter- 
scheidung von insgesamt 16 Lauf- 
werken. 

Anschließend wird der erste Eintrag 
gesucht. In der folgenden Schleife er- 
folgt das Zwischenspeichern der ge- 
fundenen Einträge in einer dyna- 
misch aufgebauten Datei. 

Sind alle Einträge gefunden, wird der 
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Inhalt des Zwischenspeichers als 
Textdatei auf der Diskette unter dem 
Namen DIR.TXT abgelegt. In dieser 
Datei sind die einzelnen Datenfelder 
(Diskettenname, Dateiname, Exten- 
sion) durch Kommas voneinander ge- 
trennt. Dies ermöglicht es, diese Da- 
tei von REDABAS aus mit dem Befehl 
APPEND FROM DIR.TXT DELI- 
MITED in eine REDABAS-Datei ein- 
zulesen. Dazu muß im REDABAS 
vorher eine Datenbankdatei mit ent- 
sprechender Struktur erzeugt wer- 
den. Die Felder dieser Datenbankda- 
tei müssen gleich lang oder länger als 
die entsprechenden Strings im 
TURBO-PASCAL-Programm sein, 
da ansonsten Zeichen ohne Fehler- 
meldung unterdrückt werden. Zum 
Schluß des Programms erfolgt vor- 
sichtshalber die Zuweisung der stan- 
dardmäßigen DMA-Adresse. 

Erprobt wurde das Programm unter 
den SCP-Versionen 0.4 und 0.5 so- 
wie CP/A. Es eignet sich besonders 
zur nachträglichen Erfassung großer 
Datenbestände innerhalb eines Pro- 
gramms zur Diskettenverwaltung. 
Einzelne Routinen können in anderen 
Programmen genutzt werden, zum 
Beispiel der Test auf Vorhandensein 
einer Datei. Bernd Matzke 

RAM-Disk für den KC 87 

Die im folgenden beschriebene RAM- 
Diskette gestattet es, daß mit einem 
KC abwechselnd mit mehreren Pro- 
grammen gearbeitet werden kann, 
ohne daß ständig von Kassette nach- 
geladen werden muß. Dies ist insbe- 
sondere dann vorteilhaft, wenn ein 
oder mehrere Nutzer an mehreren 
Aufgaben arbeiten. 

Bedingungen 

CD Programmende unterhalb 3FFFH; 
bei Basic-Programmen ist deshalb 
die maximale Programmlänge auf 15 
Kilobyte begrenzt. 

<D Maximale Aufrüstung des KC mit 2 
RAM-Erweiterungsmodulen. 

® Es muß sich um Basic-Pro- 
gramme handeln, Maschinenpro- 
gramme sind bedingt abspeicherbar. 


Anweisungen und ihre Funktion 
Die folgenden Anweisungen sind im 
Betriebssystem (OS-Modus) einzu- 
geben. Vom Basic wird das Betriebs- 
system mit dem Basic-Befehl BYE er- 
reicht. Mit der Anweisung WBASIC ge- 
langt man zurück zum Basic, ohne 
vorhandene Basic-Programme zu 
zerstören. Beim erstmaligen Start 
des Basic-Interpreters ist der maxi- 
male Speicherraum auf 3FFFH zu be- 
grenzen, indem beispielsweise die 
Frage MEMORY SIZE? mit 1 6383 be- 
antwortet wird. 

NEW: Alle Programme werden ge- 
löscht, bei Neustart unerläßlich. 
DSAVE: Zunächst ist ein maximal 
8stelliger Name einzutragen. Nach 
Drücken der ENTER-Taste wird das 
Programm in den Bereich 4000H . . . 
BFFFH an das zuletzt abgespei- 
cherte Programm geschoben. Würde 
dabei 4000H unterschritten oder 
würde die 1 1 Programme fassende 
Adreßtabelle überlaufen, so erfolgt 
die Meldung VOLL. Abgespeichert 
wird dann nicht. Vor der Speicherung 
von Maschinenprogrammen muß in 
die Zellen 03D7/8FI die Endadresse 
eingetragen werden. Zu beachten ist, 
daß immer ab 02F0H abgespeichert 
wird. 

DLOAD: Nach Drücken der ENTER- 
Taste wird das jeweils vorher abge- 
speicherte Programm angezeigt. So 
entsteht eine Liste der Namen aller im 
RAM gespeicherten Programme. 
Wird die angezeigte Frage LOAD(J) 
mit J beantwortet, so wird dieses Pro- 
gramm in den Arbeitsbereich gela- 
den. Danach ist der Basic-Interpreter 
mit WBASIC aufzurufen. 

DELETE: Damit wird das zuletzt gela- 
dene Programm gelöscht. In Verbin- 
dung mit DLOAD und DSAVE läßt 
sich auch das vorletzte Programm 
herauslöschen. 

Hinweise zum Maschinenprogramm 
Das Programm sollte am obersten 
Ende des Speicherbereiches stehen, 
beispielsweise ab BB000H oder ab 
BE00FI. Wegen der Nutzung der tran- 
sienten Kommandos beim Aufruf 


muß es auf einer integralen 100H- 
Grenze beginnen. Unterhalb der 
Marke ENDE wird das erste abge- 
speicherte Programm geladen. Die 
mit ENAK gekennzeichnete Doppel- 
zelle zeigt auf den Beginn des zuletzt 
abgespeicherten Programmest Die 
mit ZEIG bezeichnete Zelle zeigt auf 
die Adreßtabelle, die nach ZEIG be- 
ginnt. Diese Adreßtabelle enthält die 
Anfangsadressen aller abgespei- 
cherten Programme. Weitere Hin- 
weise sind im Quelltext enthalten. 

Dr. Wolfgang Nestler 


Bild 1 e-Funktlon 


REDABAS-TIp 

e-Funktion 

Das Berechnungsverfahren für die e- 
Funktion (Bild 3) beruht auf folgender 
Schreibweise für die Funktionen 
y = e x = (e 1 )“* (e ai ) b * (e 00, ) c * 

(e 0 001 ) d . . . und y = e * = He' 

Wegen der Verarbeitbarkeit im Rech- 
ner werden die Funktionswerte 
e“ 1 = 0.3678794 

e’ 01 =0.9048374 
e om =0.9900498 
e“° 001 = 0.9990005 benutzt. 

Für kleine Werte von x gilt die 


Thomas Steffens 


/ REALISIERUNG D 


S BERECHNUNGSVERFAHREN 


BEDIENUNGSANLEITUNG : 
ROEHRENWERK MUEHLHAUSEN ZU FINDEN. 

' :t ueberprueft i 


EINGANG: ME1 - < EXPONENT (NUMERISCH, 
INTERN : MI1...MI6 - HILFS VARIABLEN 
AUSGANG: MAI = < ERGEBNIS >, MAI « e 


STORE INT(MEI) TO MI1 
IF (ME1-MI1 ) > 0 

STORE STR((ME1-MI1+0. 00000000), 1 
STORE VAL(b(MI 6,3,1)) T0 MI2 
STORE VAL(n(MI6, 4, 1 )) TO MI3 
STORE VAL(n(MI6, 5» 1 )) TO MI4 
STORE VAL('1.000'+n(MI6,6,5» TO 
DO WHILE MI4 > 0 
STORE MAI /0. 9990005 TO MAI 


E MAI /0. 9048374 T< 


:2,MI3,MI4,MI5,MI6,M 
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ln MP 9/88, S. 287, hatten wir im Zu- 
sammenhang mit der Vorstellung 
neuer IBM-Modelle des PS/2 auf den 
„Gegenzug“ der Firma Compaq -die 
Ankündigung des 386/25 - hingewie- 
sen. Damit ist IBM nunmehr wie- 
derum, neben anderen Anbietern von 
25-MHz-Maschinen, ein ernsthafter 
Konkurrent im Bereich der Spitzen- 
PCs erwachsen. Das von drei Fir- 
mengründern mit geliehenen 30 Mil- 
lionen Dollar Startkapital 1 982 ins Le- 
ben gerufene Unternehmen galt von 
Anfang an mit der Produktion von 
MS-DOS-fähigen, billigeren und 
schnelleren PCs als Widersacher von 
IBM. Bereits das erste Modell, der 
tragbare Portable Computer, war so 
erfolgreich, daß das Startkapital nach 
einem Jahr zurückgezahlt werden 
konnte; Rekorde wurden mit dem 
höchsten Erstjahres- und Zweitjah- 
resergebnis in der amerikanischen 
Wirtschaftsgeschichte erzielt. Heute 
beschäftigt das vom Firmenchef Rod 
Canion geleitete und expandierende 
Unternehmen weltweit über 4000 Mit- 
arbeiter und ist als Weltmarktführer 
bei tragbaren PCs anzusehen. Als 
bemerkenswert und gewagt galt der 
Entschluß Compaqs, im September 
1 986 einen PC mit dem neuen 32-Bit- 
Prozessor von Intel, dem 80386, auf 
den Markt zu bringen - das heißt, ein 
halbes Jahr vor der Präsentation von 
IBMs erstem 32-Bit-PC, dem Modell 
80 der völlig neu geschaffenen Linie 
PS/2. 

Das Besondere an den Deskpro-Mo- 
dellen ist die Beibehaltung der Kom- 
patiblität zu den bisherigen 80286- 
PCs mit AT-Bus, trotz erheblicher Lei- 
stungssteigerung, die das 4fache ei- 
nes PC AT betragen soll. Basis dafür 


ist die von Compaq entwickelte Flex- 
Architektur, ein Mehrwege-Bussy- 
stem mit drei unabhängigen und 
gleichzeitig benutzbaren Datenwe- 
gen. Die CPU (Intel 80386/25) kom- 
muniziert mit dem Cache-Controller 
(Intel 82385) über einen 32 Bit brei -n 
Bus. Dieser liest und schreibt die Da- 
ten ebenfalls über einen 32 Bit breiten 
Bus, wie die CPU mit 25 MHz. Der 
Datentransfer zu den Massenspei- 
chern und der Peripherie jedoch er- 
folgt auf dem AT-kompatiblen Bus mit 
8 oder 1 6 Bit Breite, abhängig von der 
vorhandenen Peripherie. Das heißt, 
der Steckbus ist vom Bus zwischen 
CPU und Speicher abgekoppelt, so 
daß die CPU vom Datentransfer der 
E/A-Module (mit eigener Intelligenz) 
unbehelligt bleibt. Diese Architektur 
machte bereits den Deskpro 386/20 
überraschend schnell und erfolgreich. 
Ein weiteres Merkmal ist die Verwen- 
dung eines 2-Wege-Cachespeichers, 
womit z. B. bei Multitasking der Ca- 
che von zwei Tasks gleichzeitig be- 
nutzt werden kann. Die zweimal 16 
KByte statischen RAMs mit einer Zu- 
griffszeit unter 25 ns erlauben bei 
mehr als 95 Prozent der Zugriffe eine 
Arbeit ohne Wartetakte der CPU (null 
Waitstates). 

Zur Leistungserhöhung läßt sich 
schließlich auch ein mathematischer 
Koprozessor einsetzen. Dies kann 
sowohl der 80387 von Intel als auch 
ein Weitek 3167, beide mit 25 MHz, 
sein. Während der Weitek 1167 noch 
aus drei Chips bestand, ist der neue 
31 67 - auch unter der Bezeichnung 
Abacus bekannt-eine Einchiplösung 
und damit platzsparend. Zudem lie- 
fert er bei einer Taktfrequenz von 
25 MHz und einfacher Genauigkeit 


Compaq Deskpro 386/25 



eine Leistung von 1 MFLOPS (Millio- 
nen Gleitkomma-Operationen pro 
Sekunde) gegenüber 0,2 MFLOPS 
des 80387. Die besseren Leistungen 
des Abacus resultieren aus einer spe- 
ziellen Architektur, die mittels 64-Bit- 
Datenpfaden Berechnungen mit ein- 
facher Genauigkeit in 200 ns erlaubt 
(gegenüber 1 bis 1 ,5 ms beim 80387). 
Mit diesen Parametern soll sich ein 


Deskpro 386/25 mit Abacus bereits in 
den Bereichen von traditionellen 
Workstations einsetzen lassen. 

Als weitere Einsatzgebiete sind zu 
nennen: 

- CAD/CAE-Anwendungen 

- in Netzen als Fileserver 

- Kl-Systeme 

- Softwareentwicklung u. a. 

MP-We 


Technische Daten 

Prozessoren: 

- 80386-Mikroprozessor mit 25 MHz Takt- 

- Cache-Controller 82385 mit 32 KByte 
statischem RAM (25ns) 

- 32-Bit-Flex-Architektur 

- soft- und hardwarekompatibel zum Indu- 
strie-Standard (ISA) 

- 80387-Koprozessor mit 25 MHz Taktrate 
als Option 

- 3167-Weitek-Koprozessor mit 25 MHz 
Taktrate als Option 

Arbeitsspeicher 

- 1 MByte 32-Bit-RAM (Standard) 

- modular erweiterbar bis 16 MByte 

Laufwerke: 

- 1 ,2-MByte-Disketten-Laufwerk 5,25" 
(Standard und optional) 


- 1 ,44-MByte-Disketten-Laufwerk 3,5" 
(optional) 

- 60-MByte-Festplatte oder 

- 110-MByte-Festplatte 
(Zugrrffszeit < 30 ms) oder 

- 300-M Byte-Festplatte 
(Zugriffszeit <20 ms) 

- externe Festplatteneinheit für zusätzlich 
ein oder zwei 300-MByte-Festplatten 
(optional) 

- 1 35-MByte-Bandlaufwerk oder 

- 40-MByte-Bandiaufwerk zur Datensiche- 
rung (optional) 

Farbmonitor (optional): 

- VGA-kompatibel, kann bis zu 256 Farben 

in einer Auflösung von 320x200 Punkten 

und 16 Farben in einer Auflösung von 

640x480 Punkten darstellen 

Schwarzweißmonitor (optional): 

- Kann Grafik in einer Auflösung von 


640x480 Punkten und Text in einer Auflö- 
sung von 720x400 Punkten darstellen. 
Zeigt Buchstaben schwarz auf weißem 

Steckplatze: 

- ein 32-Bit-Steckplatz für den Arbeitsspei- 
cher (belegt) 

- fünf 8/1 6-Bit-Steckplätze, volle Länge 

- ein 8-Bit-Steckplatz, volle Länge 

- ein 8-Bit-Steckplatz, kurzer Steckplatz 
Tastatur: 

- COMPAQ-Enhanced-Tastaturmit 
102 Tasten 

(getrenntes Zahlen- und Cursor-Feld mit 
zusätzlicher ENTER-Taste, 12 Funktions- 
Tasten) 

Standardschnittstellen: 

- eine parallele Schnittstelle für Drucker, 
25polig 


- eine serielle Schnittstelle für Kommunika- 
tion, 9polig 

System-Software: 

- COMPAQ Expanded Memory Manager 
(CEMM) 

Software-Produkte mit LIM-Spezifikation 
(Lotus/Intel/Microsoft-Expanded Memory- 
Spezifikation) können direkt im COMPAQ- 
Arbeitsspeicher (RAM) verarbeitet werden 
(max. 8 MByte). 

- Disk-Cache-Programm zur Optimierung 
von Festplatten-Zugriffen 

- VDISK (RAM-Disk-Funktion) 

- MS-DOS Version 3.3 (Option) 
max. Größe einer logischen Festplatte 
512 MByte 

- MS OS/2 Version 1.0 (Option) 


56 


Mikroprozessortecnnik, Berlin 3 (1989) : 


Börse 


Leistungssteigerung 
des P 8000 
durch verbesserte 
WDC-Firmware 

Die vom Hersteller ausgelieferten 
Versionen der WDC-Firmware lassen 
mittlere Datenübertragungsraten bis 
maximal 30KByte/s zu. Dabei be- 
steht eine direkte Abhängigkeit zwi- 
schen der Position (Zylindernummer) 
auf der Winchester-Disk (WD) und 
der Zugriffszeit der WD. Bei höheren 
Zylindemummern sinkt die Daten- 
übertragungsrate spürbar (um das 2- 
3fache)ab! 

Die WDC-Firmware wurde so überar- 
beitet, daß positionsunabhängig (für 
alle Zylinder der WD) die mittlere Da- 
tenübertragungsrate auf zirka 
68KByte/s gesteigert wurde. Da- 
durch erhöht sich die Leistungsfähig- 
keit des Gesamtsystems P8000 um 
etwa 30-50 Prozent. Die Modifizie- 
rung der WDC-Firmware ist für alle 
mit dem P8000 ausgelieferten WD 
möglich. 

Der Aufwand zur Modifizierung des 
WDC beschränkt sich auf das Si- 
chern der auf der WD vorhandenen 
Nutzerdateien (des /z-Nutzerdirec- 
tory), das Umprogrammieren der 2 
WDC-Firmware-EPROMs und das 
Neueinrichten der WD. 

PSF 25957, BfN, Halle, 4002; Tel. 
477333 bzw. 477335 

GörlachlHerrmann 


Zur Erleichterung bei der Entwicklung 
von Maschinenprogrammen mit dem 
Lerncomputer LC-80 wurde das Pro- 
grammsystem HILFEn mit folgenden 
Funktionen geschaffen: 

- Verschieben (Kopieren) von Spei- 
cherbereichen 

- Automatische Neuadressierung 
der in Frage kommenden absoluten 
Adressierung (Absolutsprung, UP- 
Aufruf, Ladeadresse von Registern) 
im zu entwickelnden Programm auf 
Grund der Verschiebung einzelner 
Programmteile, Tabellen oder des 
Gesamtprogramms (mit Hilfe einer 
Verschiebeadreßtabelle, die sich 
ständig selbst aktualisiert) 

- Programmeingabe mit symboli- 
schen Adressen (16-Bit-Hexadezi- 
malzahl) wird mit Hilfe der Verschie- 
beadreßtabelle möglich. Ein Konver- 
tierungsprogramm wandelt alle sym- 
bolischen Adressen in absolute 
Adressen, wodurch ein lauffähiges 
Maschinenprogramm entsteht. 

- Nach Eingabe einer alten Adresse 
wird die neue Adresse angezeigt 
(nach Speicherbereichsverschie- 
bung). 

- Berechnung von Relativsprüngen 
mit gleichzeitigem Eintrag in das zu 
entwickelnde Programm 

- Zahlenkonvertierung: Hexadezi- 
mal- in Dezimalzahl und umgekehrt 

- Hexadezimale Addition/Subtrak- 
tion im 1 6-Bit-Format mit Kettenrech- 
nung und Zahlenkonvertierung 

- Vergleich (byteweise) zweier Spei- 
cherbereiche 

- Suchprogramm einer beliebigen 
Bytefolge 


- Prüfsummenberechnung 

- Löschen von Speicherbereichen 
(Laden mit FFH). 

Das Programm befindet sich in einem 
EPROM (U 2716) und arbeitet zu- 
sammen mit dem LC-80-Monitorpro- 
gramm. Es ist anhand der Dokumen- 
tation leicht zu handhaben, arbeitet 
menügesteuert und ist weitgehend 
gegen unbeabsichtigte Fehlbedie- 
nung gesichert. Außer der Verschie- 
beadreßtabelle wird der LC-80-RAM 
von HILFEn nicht belegt. 

VEB Mikroelektronik „Karl Marx“ Erfurt, 
Stammbetrieb, Werkteil Nord, Wermut- 
mühlenweg 1, Erfurt, 5066; Tel. 
713402/58 


Für den Einsatz der Kleincomputer 
KC 85/1 und KC87 bei der Lösung 
wissenschaftlich-technischer Aufga- 
benstellungen, der Laborautomati- 
sierung und der Textverarbeitung 
wurde eine Reihe von Zusatzsteck- 
einheiten sowie speziell darauf abge- 
stimmte Softwarekomponenten ent- 
wickelt, über die hier kurz berichtet 
werden soll: 

ADAPTER ZfK 9901 

Hierbei handelt es sich um eine Lei- 
terkarte, die den Bus des Kleincom- 
puters bis über die Oberkante des 
Gehäuses verlängert. Damit wird die 
Inbetriebnahme und der Test von KC- 
Steckeinheiten wesentlich erleichtert. 
Durch Wickelbrücken ist der Adapter 
auf die Weiterleitung des KC-Busses 
oder auf die Anpassung an den 
K 1 520-Bus einstellbar. 

16 KB DRAM ZfK 9903 

Auf einer Leiterplatte der Standard- 
größe sind 16 KByte DRAM als Spei- 
cherbank von 8 x U256 realisiert. 

10 KB SCHALTBARER EPROM ZfK 
9905 

Häufig werden an einem Kleincompu- 
ter entsprechend der verschiedenar- 
tigen Aufgabenstellungen mehrere 
Programmpakete benötigt (z. B. BA- 
SIC, ASSEMBLER, BITEX usw.). Es 
wurde ein schaltbarer EPROM-Modul 
entwickelt. Durch Ausgabebefehl auf 
eine festlegbare Adresse kann der 
Modul zugeschaltet werden; bei An- 
gabe einer alternativen Adresse 
schaltet er sich ab. Auf diese Weise 
sind (theoretisch) 11 EPROM-Mo- 
dule (=110 KByte) am KC gleichzei- 


64 KB DRAM ZfK 9906 

Der 64-KByte-RAM-Bereich für das 
Betriebssystem CP/M wird durch 8 
Schaltkreise des Typs U2164 reali- 
siert (Adreßbereich 4000-E7FF). 
Durch das Vorhandensein von 
16 KByte RAM im Grundgerät wird 
der Bereich von 4000 bis 7FFF dop- 
pelt vergeben. Zwischen diesen bei- 
den 16-KByte-Bänken sowie zwi- 
schen normaler Betriebsart und 
Write-Only kann durch I/O-Befehl 
umgeschaltet werden. 


SERIELLES INTERFACE ZfK 9907 

Dieser Modul enthält neben der 
Adreßkodier- und Verbindungslogik 
die Peripherieschaltkreise SIO und 
CTC sowie Interfaceschaltkreise. 
Durch Wickelbrücken ist IFSS und/ 
oder V. 24 auswählbar. 

PARALLEL-INTERFACE ZfK 9902 

Auf dieser Steckeinheit sind 2 PIO- 
Schaltkreise angeordnet. Damit ste- 
hen zusätzlich dem User-Port des 
Kleincomputers 32 Daten- und 8 
Handshakeleitungen zur Verfügung. 
Durch Wickelbrücken können Aus- 
gangssignale durch Treiber verstärkt 
und Eingangssignale durch Dioden 
auf den zulässigen Spannungsbe- 
reich begrenzt werden. 

FLOPPY-DISK-CONTROLLER ZfK 
9916 

Es wird der Floppy-Disk-Controller 
U8272 mit 4 MHz Taktfrequenz ein- 
gesetzt. Der Modul unterstützt den 
Anschluß von Minifloppy-Laufwerken 
(5,25") bei doppelter Aufzeichnungs- 
dichte (ein- oder zweiseitig). 

Die Steckerbelegung entspricht der 
des Laufwerktyps K 5600.20 und wird 
interfaceseitig durch eine Verteilerlei- 
ste in Schiitzklemmtechnik reali- 


Zusatzmonitor ZM 

Dieser Monitor steht in einer stark er- 
weiterten Form (gegenüber der ur- 
sprünglichen von Robotron) zur Ver- 
fügung. Die Erweiterungen betreffen 
folgende Leistungen: 

- Herstellung einer Quasi-CP/M- 
Kompatibilität 

In diesem Betriebsmode können eine 
Reihe von CP/M-Programmen ohne 
Änderung auf dem KC abgearbeitet 
werden (z. B. Turbo-Pascal, ZSID, 
MBasicetc.). 

- Verwaltung der schaltbaren 
EPROM-Module und des 64-KByte- 
DFiAM-Moduls. Die verdeckte Spei- 
cherbank des 64-KByte-DRAM-Mo- 
duls wird für die Abbildung direkter 
(random) Diskettenrufe des CP/M ge- 

- Neue User-Port-Treiberroutinen 
für V. 24-DTR-Protokoll (z.B. 1200 
und 9600 Baud) und Centronics. 
Drucker wie Epson LX86 oder 
LX1000 (auch K6313) sind ohne 
Druckermodul betreibbar. 

- Verbesserte Kassetten-E/A-Routi- 


Turbo-Pascal 

Das Programm ist für KC-Bildschirm 
und Tastatur installiert. Es erfordert 
den ZM sowie für volle Arbeitsfähig- 
keit (d. h. Compilieren auch auf Kas- 
sette) den 64-KByte-DRAM-Modul. 
Das Programm ist auch als Kasset- 
tenvariante (ca. 30 KByte) verfüg- 


Geräte-T reiberroutinen 
für den User-Port 

SIF 1000-E/A, V. 24-Hardware- 
protokoll, Centronics für ZM-unab- 
hängigen Betrieb sowie Grundsoft- 
ware für den SIO-Modul. Für den 
SIO-Modul existiert ferner ein Trei- 
berpaket für die Kopplung einer 


CP/M 2.2-kompatibles 
Betriebssystem 

Hardwarevoraussetzung dafür sind 
der Floppymodul und der 64-KByte- 
DRAM-Modul. Es sind alle CP/M-Pro- 
gramme arbeitsfähig, die für einen 40 
Zeichen breiten Bildschrim installiert 
sind. 

Die genannten Steckeinheiten wie 
auch die Software stehen Interessen- 
ten zur Nachnutzung zur Verfügung. 
Als Grundleistung werden eine unbe- 
stückte Steckeinheit mit Schalt- und 
Belegungsplan sowie Bedienungsan- 
leitung bereitgestellt. 

Die Software ist als Kassetten- oder 
EPROM-Version (s. o.) lieferbar, wo- 
bei das notwendige Material bereitge- 
stellt werden muß. Die lauffähige 
Software sowie die zugehörige Doku- 
mentation gehören zum Lieferum- 
fang. Darüber hinausgehende Lei- 
stungen bedürfen der Vereinba- 
rung. 

Zentralinstitut für Kernforschung Ros- 
sendorf. Abt. KFM, Postfach 19, Dres- 
den, 8051 

Dr. Schwarzenberg/Dr. Fromm 


... ein EPROM-Programmiergerätab 
2716 oder nachnutzbare Dokumen- 
tationen. 

Schnittstellen für Rechneranschluß 
IFSS oder V. 24 (DEE) möglichst mit 
Software für A 71 00. 

VEB Elektro-Physikalische Werke Neu- 
ruppin, Erich-Dieckhoff-StraBe, Neurup- 
pin-Treskow, 1951; Tel. 6 14 56 


. . . Hard- und Software zur Kopplung 
des Kleincomputers KC 85/3 mit dem 
tschechischen Kleinplotter Graphic 
unit XY 4131 oder dem Robotron- 
Plotter K 641 1 . WE. 

Hochschule für industrielle Formgestal- 
tung Halle, Burg Giebichenstein, Wis- 
senschaftsbereich Designmethodik, 
Neuwerk 7, Halle, 4020; Tel. 85 00 


. . . eine Hard- und Softwarekopplung 

K5261 mit einem Arbeitsplatzcompu- 
ter AC 71 50. 

VEB Volltuchwerke Crimmitschau, Werk 
4 Werdau, August-Bebel-StraBe 89, 
Werdau, 9620; Tel. 24 51 

Salomon 

... als Betrieb nach einer Lösung, die 
es ermöglicht, einen Seriendrucker 
SD 11 52 mit IFSS-Anschluß (Bj. 
1985) an einem AC A 7150 mit dem 
Betriebssystem DCP Vers. 3.2. zu 
betreiben. 

rie“ Leipzig, 7030, PSF 144; Tel. 3 9530 
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KC 85/3 im V.24- Verbund 
für Computerkabinette 

Zur Verbesserung der Ausbildung in 
Computerkabinetten mit KC 85/3 
wurde eine Möglichkeit geschaffen, 
alle Kleincomputer über V.24-Inter- 
face zu koppeln. Der Lehrercomputer 
wurde mit' einer Verteilerschaltung 
versehen, die es gestattet, auf alle 
Schülercomputer zuzugreifen. Dabei 
ist es dem Lehrercomputer möglich, 
unabhängig vom Schülerarbeitsplatz 
den Arbeits- bzw. Bildwiederholspei- 
cher in dem Lehrercomputer zu lesen 
bzw. dessen Speicherinhalt in den 
Schülercomputer zu übertragen. Die 
Übertragungszeiten sind auf Grund 
der Bitrate von etwa 54 kBaud kurz. 
Die Schaltungsunterlagen, die Soft- 
ware und ggf. die Leiterplatte für den 
Lehrercomputer können nachgenutzt 
werden. 

Betriebsschule „Gustav Meyer“ des VEB 
Mikroelektronik „Wilhelm Pieck“ Mühl- 
hausen, Eisenacher Str. 40, Mühlhau- 
sen, 5700; Tel. 53283 

SchiwonlKirves 

TDABA 

TDABA ist ein schnelles, relational an- 
gelegtes Datenbanksystem, das eine 
Verwaltung von maximal 4 MByte 
großen Dateien gestattet. Die Menü- 
steuerung wird über eine eingebaute 
Window-Technik realisiert und ist so 
aufgebaut, daß Fehlhandlungen auf 
Grund von eindeutigen Vorgaben 
weitgehend ausgeschlossen werden 
können. 

Der Nutzer baut sich eine maßge- 
schneiderte Bildschirmmaske unter 
Zuhilfenahme des integrierten Mas- 
keneditors selbst auf und kann die 
Daten so bequem eingeben. Dabei 
findet eine Typüberprüfung statt. 
Zugelassene Datentypen sind: 
STRING, BYTE, INTEGER, REAL, Fest- 
kommazahlen, CHAR und BOOLEAN. 
Ein späteres Ändern der Eingabe- 
maske, also während des laufenden 
Datenbankbetriebs, ist möglich. Da- 
durch wird der Nutzer in die Lage ver- 
setzt, bereits existierenden und mit 
TDABA verwalteten Daten ein anderes 
Maskenbild zu geben und mit diesen 
Daten auch weiterhin zu arbeiten. 
Eine Indexbildung zur Unterstützung 
einer schnellen Suche im Datenbe- 
stand kann vom Nutzer wahlfrei vor- 
genommen werden. Der Index selbst 
wird im Speicher verwaltet, so daß 
auch bei größeren Datenbeständen 
ein schneller Zugriff gewährleistet ist. 
Der mit TDABA verwaltete Datenbe- 
stand kann formatiert auf Bildschirm, 
Drucker oder in ein File ausgegeben 
werden. Bestimmte definierte Aus- 
wahlkriterien ermöglichen ein Festle- 
gen des äußeren Erscheinungsbildes 
der Ausgabe und gestatten die ge- 
zielte Zusammenstellung von Daten 
des Bestandes. 

Die Übernahme von Daten aus ande- 
ren Programmen kann dann erfolgen, 
wenn sie als ASCII-File vorliegen uncf 
für diese Daten vorab eine Eingabe- 
maske bereitgestellt wurde. 

Weiterhin ist es möglich, numerische 
Felder einer statistischen Auswer- 
tung zu unterziehen, um Aussagen 
über Erwartungswert, Varianz, Meß- 


güte und den Korrelationskoeffizien- 
ten zu erhalten. 

Technische Voraussetzungen: 16- 
Bit-PC A 7150 unter DCP 3.2 (Kom- 
patible unter MS-DOS) 

Modeinstitut der DDR, Abt. CSZ, Brun- 
nenstraße 19-21, Berlin, 1054 

Butte 

Hard - und Softwarekompo- 
nenten für LOTUNET 

Im Rahmen der Nachnutzung bietet 
der IfAM Erfurt Komponenten des 
Mittelklasse-LANs LOTUNET des In- 
formatik-Zentrums der TU Dresden 
zur Vernetzung von 8-Bit-Rechnern 
(PC 1715/BC) an. LOTUNET ist mo- 
dular aufgebaut, so daß für jeden An- 
wender eine seinen Bedürfnissen 
entsprechende optimale Lösung be- 
reitgestellt werden kann. 
Variationsmöglichkeiten ergeben 
sich u. a. bei der topologischen Struk- 
tur (wahlweise Stern-, Linien- oder 
Ringstruktur), bei den Zugriffsverfah- 
ren (CSMA/CD, Polling, Token-Bus, 
Token-Ring und MSAP möglich) so- 
wie bei der Wahl des Übertragungs- 
mediums Koaxialkabel oder LWL). 
Die Datenübertragungsgeschwindig- 
keit beträgt 250 bzw. 500 kBaud. Ma- 
ximal können 100 Stationen bei einer 
Länge des Hauptkabels von 1000 m 
angeschlossen werden. Bei kleineren 
Systemen kann das lokale Netz öko- 
nomischer ohne Kabelanschiußein- 
heit betrieben werden, wenn weniger 
als 16 Stationen angeschlossen sind 
und die Länge des Hauptkabels 
s 500 m ist. 

Das Angebot umfaßt neben der Do- 
kumentation industriell gefertigte un- 
bestückte Leiterplatten, umfangrei- 
che Test- und Inbetriebnahmesoft- 
ware sowie die Einbindung der Basis- 
kommunikationssoftware in das Be- 
triebssystem des Nutzers. 

Weiterhin stehen auf höherer Ebene 
folgende Kommunikationsdienste zur 
Verfügung: 

- zentrale und verteilte Datenbank 

- elektronische Mitteilungssysteme 

- Filetransferdienst. 

Der Anschluß des EC 1 834 an das lo- 
kale Netz steht für den Nutzer 1989 
zur Verfügung. 

VEB Mikroelektronik „Karl Marx“ Erfurt, 
Bereich CI-IFAM, PF 194, Erfurt, 5010; 
Tel. 621 02/18 

Dr. Conrad 

Abrechnungssystem 
für DCP 

Die CAMARS-Gruppe bietet allen Nut- 
zern von DCP oder kompatiblen Be- 
triebssystemen ein komfortables Ab- 
rechnungssystem für den Rechen- 
zeitnachweis zur Nachnutzung an. 
Das System ist für Computer konzi- 
piert, zu denen nur ein fester Perso- 
nenkreis Zutritt besitzt (zirka 25 Dau- 
ernutzer). Voraussetzung ist die Aus- 
stattung des Rechners mit einer Fest- 
platte, die als Laufwerk C: bekannt 
sein muß. 

Leistungsumfang: 

* Anmelden der Nutzer, Abarbeitung 
einer systemspezifischen Start- 
routine (z. B. Einstellen des Arbeitsdi- 
rectory als spezielles Laufwerk) 


* Abmelden, Abarbeiten einer sy- 
stemspezifischen Enderoutine 

* Anzeige, Editieren und Löschen 
von Nutzerspezifikationen 

* Anzeige dertäglichen Belegung für 
den laufenden und den vergangenen 
Monat 

* Anzeige der Monatsauslastung für 
die letzten zwölf Monate 

* Druck oder Erstellung eines druck- 
baren Files für die nutzerbezogene 
monatliche Auslastung (K 6313- 
orientiert). 

Technische Universität Dresden, Infor- 
matikzentrum des Hochschulwesens, 
WB Angewandte Informatik, Kolln. 
Grundmann, MommsenstraBe 13, Dres- 
den, 8027 Doetzkies 

Nutzung von dBase- 
Indexdateien 
unter Turbo-Pascal 

Die Verwendung von dBase-Daten- 
banken in Turbo-Pascal Program- 
men ist weit verbreitet. Eine effektive 
Nutzung vor allem großer Datenban- 
ken (>1000 Datensätze) ist in vielen 
Fällen nur möglich, wenn auch Index- 
dateien in die Datenbankarbeit einbe- 
zogen werden. Dieses Problem 
wurde mit der Entwicklung der 
dBase-Toolbox DBTOOLS gelöst. Sie 
bietet dem Nutzer die Möglichkeit des 
schnellen und direkten Zugriffs auf 
dBase III- bzw. dBase Ill+-Daten- 
banken (Lesen von Datensätzen/Ak- 
tualisieren von Datensätzen/Schrei- 
ben von Datensätzen) unter Nutzung 
von dBase-lndexdateien in Turbo- 
Pascal-Programmen ab Turbo-Pas- 
cal-Version 4.00. 

Die Toolbox läßt sich als Unit in belie- 
bige Anwenderprogramme einbinden 
und ermöglicht durch die Indexdatei- 
nutzung, große Datenmengen mit 
kleinen Zugriffszeiten zu bearbeiten. 
Bei der Festlegung des Funktionsum- 
fangs der Toolbox wurde vor allem 
auf die universelle Datenbanknut- 
zung geachtet. So ist es möglich, 
gleichzeitig drei Datenbanken zu be- 
arbeiten, wobei jede Datenbank 
wahlweise 

- in Verbindung mit einer Indexdatei 

- durch sequentielle Bearbeitung 
ohne Indexdatei 

- durch Direktpositionierung auf be- 
liebige Datensätze genutzt werden 
kann. 

Die dBase-Toolbox DBTOOLS kann 
in Verbindung mit einer umfangrei- 
chen Dokumentation, in der u. a. an- 
hand mehrerer Anwendungsbei- 
spiele die Arbeit mit der Toolbox er- 
läutert wird, nachgenutzt werden. 
Friedrich-Schiller-Universität Jena, 
Sektion Technologie für den WGB, Wis- 
senschaftsbereich Prüftechnik, Ernst- 
Thälmann-Ring 32, Jena, 6900 Orth 

Umwandeln von 

SCP-Dateien 

in DCP 1 700-Dateien 

Wir bieten ein Programmsystem zum 
Umwandeln von SCP- in DCP 1 700- 
Dateien (und umgekehrt) für den Ar- 
beitsplatzcomputer A 71 50 an. Es be- 
steht aus je einem in SCP und in DCP 
auf dem gleichen Rechner zu starten- 
den Programm. Eine Rechnerkopp- 
lung entfällt hierbei. 


Da auf diesem Rechner mit Hilfe des 
SCP 1700-Kommandos DISKSET 
verschiedene Diskettenformate gele- 
sen werden können, lassen sich auch 
SCP-Dateien, die auf anderen Rech- 
nertypen erstellt wurden, in DCP-Da- 
teien umwandeln. 

Institut für Schiffbautechnik, Am Strom 
109, Rostock-Warnemünde, 2530; 

Tel. 562 76 Herrmann 


Ausdruck von Zeich- 
nungen auf Nadeldruckern 

Mit wachsendem Einsatz von CAD- 
Software steigt der Bedarf an grafi- 
scher Ausgabe von Zeichnungen. Oft 
reichen die vorhandenen Plotter nicht 
aus, oder sie erfordern einen zu ho- 
hen Bedienungs- und Beaufsichti- 
gungsaufwand. Diesem Mangel kann 
das Printplot-Programm PRIPL0 ent- 
gegenwirken. Es wurde im Rahmen 
eines Neuerervorschlages im ZKI 
realisiert und ermöglicht das Plottern 
von Zeichnungen auf 16-Bit-Rech- 
nern mit epsonkompatiblen Druckern 
(z. B. K 631 x). Folgende grafische 
Grundsymbole können verwendet 
werden: 

- Linien 

- Maßpfeile 

- Rechtecke 

- Kreise, Kreisbögen 

- Marker 

- Texte 

- Schraffuren 

(mit Einschränkungen). 

Die Plotteranweisungen befinden 
sich in einem Textfile und können in 
einem beliebigen xy-Koordinatensy- 
stem programmiert sein. Das Bild 
wird automatisch auf ein passendes 
Format transformiert und mittig plat- 
ziert. 

Die Bedienung ist sehr einfach und 
wird durch eine Help-Funktion sowie 
ein ausführliches Demonstrations- 
programm unterstützt. 

Akademie der Wissenschaften, Zentrai- 
institut für Kybernetik und Informations- 
prozesse, KurstraBe 33, Berlin, 1086; 
Tel. 2072232 


Bildschirmorientierter 
Editor BiTEX für P8000 

Der bei vielen Nutzern der 8-Bit-Sy- 
steme MPS 4944 und K 1520 ange- 
wendete bildschirmorientierte Editor 
BiTEX wurde für das P8000-Terminal 
und die Betriebssysteme UDOS so- 
wie OS/M adaptiert. Nach Erfahrung 
beim Verfasser kann die Arbeitseffek- 
tivität bei Programmerstellung und 
-modifikation gegenüber den Zeilene- 
ditoren ,ED‘ etwa verdoppelt werden. 
Die Erlernung des Editors ist denkbar 
einfach: Alle Textveränderungen 
werden sofort angezeigt, einige Kom- 
mandos erleichtern blockorientierte 
und File-Arbeit. 

ZfK Rossendorf, Abt. Woe, PSF 19, 
Dresden, 8051; Tel. 591 2084 

Thomae 
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von J. Hübener, VEB Verlag Technik, 
Berlin: 1988, 240S , 2 Bilder, 67 Ta- 
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Wer mit einem IBM-PC (oder einem 
kompatiblen Rechner) unter einem 
MS-DOS-artigen Betriebssystem ar- 
beitet und trotz vieler nutzungsferti- 
ger Softwarepakete spezielle eigene 
Programme benötigt, der steht vor ei- 
ner schier unüberschaubaren Menge 
von Handbüchern und Speziallitera- 
tur. Der Autor des vorliegenden MS- 
DOS-Bandes der Reihe Technische 
Informatik hatte sich vorgenommen, 
„in komprimierter Form eine Einarbei- 
tung in MS-DOS zu unterstützen und 
durch Beschreibung der internen Zu- 
sammenhänge das Verständnis für 
die Arbeitsweise des Systems zu er- 
leichtern“. Das ist ihm sehr gut gelun- 
gen. Das Schwergewicht liegt auf der 
Darstellung der BIOS- und DOS- 
Funktionen: Wie ruft man sie bei- 
spielsweise aus PASCAL-, C-, FOR- 
TRAN- und Assemblerprogramm 
auf? Es ist also kein Buch für Pro- 
grammieranfänger. Ein bereits mit ir- 
gendeiner Form von Rechentechnik 
vertrauter Leser, der sich die MS- 
DOS-Welt auf 16-Bit-Rechnern er- 
schließen will, sollte nach der Lektüre 
der Kapitel 1 und 2 („Einführung“, 
„PC-Hardware“, 15 Seiten) zunächst 
große Teile der zweiten Hälfte des 
Buches studieren: Kapitel 6 „DOS- 
Kommandos“ (40 S.), 7 „Stapelverar- 
beitung“ (7S.), 8 „Werkzeuge zur 
Softwareentwicklung“ (20 S.) und 10 
„Anwenderprogramme“ (15S). Wer 
danach auch durch die kurzen Ab- 
schnitte 9 „Alternative Benutzer- 
schnittstellen“ (6 S.) und 12 „Alterna- 
tiven zu MS-DOS“ (2S.) nicht von 
seinen Absichten zur System- und 
hardwarenahen Programmierung ab- 
zubringen ist, der sollte insbesondere 
den Abschnitt 3.1 „Programmiermo- 
dell“ (6S.) genau lesen. Anschlie- 
ßend findet man in den Kapiteln 4 
„Struktur von MS-DOS“ (50 S.) und 5 
„Dateisystem“ (30 S.) sowie im An- 
hang (12S.) die benötigten Angaben 
zu den BIOS- und DOS-Funktionen. 
Die „Praktischen Tips und Pro- 
gramme“ (Kap. 11, 10S.) liest man 
am besten parallel dazu. 

Prof. Dr. Hans Schiemangk 


Schaltungssammlung 
für den Amateur 

Vierte Lieferung - 1. Auflage 
von K. Schlenzig u. a., Berlin: Militär- 
verlag der DDR, 1986, 200 S., 365 
Bilder, DDR 16, -M 
Alle Leser der nunmehr vierten Liefe- 
rung der Schaltungssammlung - ob 
Amateur, Werkstattpraktiker oder 
Funker - finden in dieser Sammlung 
wiederum wertvolle Hilfe. 

Durch den kürzeren Zeitraum zwi- 
schen den jeweiligen Lieferungen 
sind auch günstigere Bedingungen 
für das vorgesehene Anknüpfen an 
Vorangegangenes geschaffen. Das 
ist auch notwendig, um dem Entwick- 
lungstempo insbesondere der Mikro- 
elektronik entsprechen zu können. 
Die vorliegende Sammlung bietet 
wieder eine Fülle von Schaltungen. 
Dabei sind diese bei Bedarf variierbar 
und können auch teilweise miteinan- 
der verknüpft werden. Bei vielen 
Schaltungen ist ein Nachbau durch 
vorgegebene Platinen-Layouts er- 
leichtert. 

Die schon seit der 2. Lieferung nicht 
mehr mögliche Themenbegrenzung 
auf jeweils ein Blatt brachte wieder 
die Verteilung großer Themen auf 
mehrere Arbeitsblätter. 

Aus Anschlußgründen werden im Ka- 
pitel „Mikroprozessortechnik“ auf 5 
Blättern noch die Arbeiten zum ZE 1 
auf U808-Basis beendet. Das ent- 
spricht der dynamischen und rasan- 
ten Entwicklung der Mikroelektronik, 
die schneller war als die Erschei- 
nungsfolge der Schaltungssammlun- 
gen. Mit 1 5 Blättern widmet sich die 
Sammlung dann aber dem weit ver- 
breiteten, auch schon seit langem in 
der Hand des Amateurs befindlichen 
Prozessor U880D. Mit insgesamt 20 
Blättern hat damit die Mikroprozes- 
sortechnik den ihr zustehenden ge- 
wichtigen Platz in dieser Sammlung 
erhalten. Dabei werden hier sowohl 
die theoretische als auch die applika- 
tive Seite der neuen Technik gleich- 
zeitig behandelt. 

Auch alle anderen Kapitel vermitteln 
bei reinen Hardwarelösungen inter- 
essante Anregungen auf unter- 
schiedlichste Art und Weise. Mit der 
vierten Lieferung der Schaltungs- 
sammlung ist wiederum eine Arbeits-' 
grundlage für manchen praktisch Tä- 
tigen gegeben. 

Dr. I. Schreiber 


Von der polnischen Firma MER- 
COMB wurde ein spezielles Grafiksy- 
stem für die ansonsten nicht grafikfä- 
higen Computer der Serie SM-4 und 
MERA 60/600 geschaffen. Unter dem 
Namen KOLOGRAF K-640/QK-640 
wird die entsprechende Hardware 
(Steuereinheit, hochauflösender Gra- 
fikmonitor) und Software angeboten. 
Damit werden die genannten Compu- 
ter u.a. CAD-fähig. 

Anschrift der Firma für Nachfragen: 
CBW „MERCOMB“ Sp.z. o. o. ui. Po- 
ezji 19, 04-994 WARSZAWA 

aus KOMPUTER (1988) S. 45 


Die britische Firma KUMA bietet seit 
einiger Zeit einen Transputerzusatz 
für den ATARI ST mit dem 32-Bit-Mi- 
kroprozessor INMOS T 414 und 256 
KByte RAM an. Die Taktfrequenz be- 
trägt 1 5 MHz und soll auf 20 MHz er- 
höhbar sein. Zusammen mit der 
Hardware werden dem Transputer- 
nutzer noch das Handbuch und eine 
Diskette mit den nötigen Program- 
men zum Installieren des Transpu- 
ters angeboten. Neben dem Installa- 
tionsprogramm befinden sich im Pro- 
grammpaket INMOS Transputer De- 
velopement System noch ein OC- 
CAM Il-Compiler sowie eine Reihe 
weiterer Hilfsprogramme. 

Dieser Zusatz ermöglicht den effekti- 
ven Einsatz des Computers u. a. bei 
Echtzeitproblemen, im CAD/CAM, 
bei umfangreichen wissenschaftlich- 
technischen Berechnungen und in 
der Computergrafik. 

aus KOMPUTER (1988) 1, S. 38 


Mikroprozessor 
K 1801 WM 1 
aus der UdSSR 

Der K 1801 WM 1 entspricht dem Pro- 
zessor des Mikrorechners LSI-1 1 der 
Firma Digital Equipment Corporation 
in einer Einchipausführung. Die Ver- 
sorgungsspannung beträgt 5 Volt, die 
Taktfrequenz 5 MHz, Fertigungstech- 
nologie NMOS, 1 6-Bit-Worte, die An- 
zahl der Befehle beträgt 64. Die Ope- 
rationszeiten liegen zwischen 2 und 
10 Mikrosekunden. 

Der Nachfolgetyp Kl 802 WM 2 ist 
doppelt so schnell und besitzt 8 wei- 
tere Befehle, die die Arithmetik, ein- 
schließlich Fließkommaarithmetik, er- 
weitern. 

aus KOMPUTER (1988) 2, S. 10 


Der seit 1 9B5 in der UdSSR im Ange- 
bot befindliche Heimcomputer Elek- 
tronika BK 0010 hat einen Nachfolger 
erhalten, den BK 001 0.10. Ausgerü- 
stet ist er mit einem 1 8-Bit-Mikropro- 
zessor Kl 801 WM 1. Standardmäßig 
ist er mit 64 KByte Speicher ausgerü- 
stet, RAM und ROM teilen sich den 
Speicherplatz zu gleichen Teilen. Die 
Tastatur besteht aus 74 Tasten, dar- 
unter eine vergrößerte RETURN-Ta- 
ste und ein Extrablock für die Cursor- 
steuerung. Die Belegung der Tasten 
entspricht der sowjetischen Norm. 
Verfügbar sind der ASCII- und russi- 
sche Zeichensatz. 

Das Gerät verfügt über folgende An- 
schlüsse: 

Stromversorgung 5 V, Peripheriege- 
räte, RGB, Video, Magnetbandge- 
rät. 

Der Bildspeicher benutzt 16 KByte 
des RAM, so daß 16 KByte für die 
Programme zur Verfügung stehen. 
Der RAM-Bereich ist umschaltbar, es 
stehen dann nur 4 KByte für den Bild- 
wiederholspeicher, aber 28 KByte für 
Programme bereit. Ein Gerätetest- 
programm steht neben einem Moni- 
torprogramm auf einer Zusatzkarte 
zur Verfügung. Ein komfortables BA- 
SIC (ähnlich dem MSX-Standard) ist 


im ROM auf EPROM vorhanden und 
meldet sich nach dem Einschalten 
des Computers. 

Als externer Massenspeicher ist bis- 
her ausschließlich die Magnetband- 
kassette vorgesehen, die Datenüber- 
tragung erfolgt mit etwa 1200 Baud. 
Seit einigen Monaten werden in 
„Elektronika“-Geschäften Kassetten 
mit Programmen zum Kauf angebo- 
ten. Für den Anschluß eines norma- 
len TV-Empfängers ist ein TV-Modu- 
lator extra zu erwerben. 

aus KOMPUTER (1988) 2, S. 1 1-12 


Der Computer besitzt einen CMOS- 
80C88-Prozessor, der mit einem Takt 
von 4,77 MHz arbeitet. 512 KByte 
RAM und 8 KByte ROM stehen in der 
Grundversion zur Verfügung. Als ex- 
terner Massenspeicher werden 3,5"- 
Disketten mit einer Kapazität von 
720 KByte benutzt. Der LCD-Bild- 
schirm hat eine Auflösung von 640 x 
200 Punkten. Über 76 Tasten ist der 
Computer bedienbar. Für die Verbin- 
dung mit der Außenwelt stehen ein 
Centronics- und ein RS-232-lnterface 
zur Verfügung. Ein zusätzliches Dis- 
kettenlaufwerk ist anschließbar. Wei- 
tere Anschlüsse gestatten die Benut- 
zung eines s/w-Monitors und eines 
Farbmonitors (RGB). Als Betriebssy- 
stem wird die Version des MS-DOS 
2.11 angeboten, BASIC steht als 
GW-BASIC V2.0 zur Verfügung. Die 
Stromversorgung des Portables wird 
durch Akkumulatoren 12 Volt/3 Ah 
bzw. durch ein externes Netzteil mit 
13,2 Volt (1,4 A) realisiert. Gewicht 
ca. 4,5 kg. 

aus KOMPUTER (1988) 3, S. 40 ff 


In der KOMPUTER-März- und April- 
ausgabe wird über die Entwicklung 
des Programmsystems MS-DOS in 
einem Vergleich der Versionen 1.0 
bis 3.3 berichtet. Dabei werden die 
wichtigsten Veränderungen (an de- 
nen die rasante Entwicklung der 
Computerwelt ablesbar ist) zu jeder 
Version dargestellt. Eine Tabelle der 
Länge der zum System gehörenden 
Files zeigt die quantitativen Verände- 
rungen. Des weiteren wird die der 
Klasse PC/XT zugehörige Version 
2.0 und 2.1 etwas genauer betrach- 
tet. 

aus KOMPUTER (1988) 3, S. 25-26 und 

4, S. 36-37 


Wie „KOMPUTER“ im Aprilheft mel- 
det, wurde die Redaktionsarbeit 
durch einen eingedrungenen Compu- 
tervirus gestört. Nach den mitgeteil- 
ten Angaben handelt es sich um ein 
etwa 600 Byte langes Exemplar, das 
sich vor allem an COM-Files anlagert 
und diese zerstört. Als einziges Ge- 
genmittel wurde der regelmäßige 
Test der vorhandenen Programme 
empfohlen. 

aus KOMPUTER (1988) 4, S. 4 


Grafik für die SM-4 


MS-DOS in historischer 
Sicht 


Computer in der UdSSR 


Kurz vorgestellt: 
Bondwell 8 


Virusinfektion 


Mikroprozessortechnik, Berlin 3 (1989) 2 


59 



Entwicklungen und Tendenzen 


32-Bit-Prozessor 
mit flexibler Architektur 

Die japanische Firma VM T echnology 
Corp. hat einen 32-Bit-Mikroprozes- 
sor entwickelt, der eine ganze Pro- 
zessorfamilie von Intel und NEC er- 
setzen soll. Um Copyrightprobleme 
zu vermeiden, wird auf den Einbau ei- 
nes Mikrocodes verzichtet und eine 
virtuelle Prozessorarchitektur ver- 
wendet. Die flexible Architektur er- 
laubt den späteren Einbau von In- 
struktionsets nach vorhandenen In- 
dustriestandards mittels program- 
mierbarer Logikarrays. Der Hersteller 
nennt dies anwenderspezifische inte- 
grierte Prozessoren. 

In Entwicklung ist ebenfalls eine 16- 
Bit-Version. Die neuen Prozessoren 
sollen billiger als die Originale von 
Intel und NEC' sein und mit ihrer 
Verwendbarkeit für MS-DOS-Com- 
puter möglicherweise den Bau von 
kompatiblen XT- und AT-PCs erlau- 
ben. MP 

Kl-Workstation 
mit 4 O-MHz- 
Mikroprozessor 

Als „schnellste Workstation“, die je- 
mals entwickelt wurde“ hat Texas In- 
struments die Workstation Explorern 
Plus vorgestellt. 

Sie ist als Workstation für symboli- 
sche Datenverarbeitung speziell für 
die Entwicklung von umfangreichen 
und komplexen wissensbasierten Sy- 
stemen konzipiert. Einsatzschwer- 
punkte sind Aufgaben der künstlichen 
Intelligenz (Kl) in großen Unterneh- 
men, Forschung und Entwicklung 
und anderen Bereichen, in denen die 
Leistungsfähigkeit und Technologie 
einer optimierten Kl-Workstation er- 
forderlich sind. Die Workstation ba- 
siert auf der neuesten Version des 
Explorer Lisp Mikroprozessors von 
TI, welcher der erste speziell für Kl- 
Anwendungen konzipierte 32-Bif- 
VLSI-Mikroprozessor ist. Er ist in 1 ,0- 
Micron-CMOS hergestellt; auf einer 1 
Quadratzentimeter großen Fläche 
sind mehr als 553.000 Transistoren 
untergebracht. Diese Technologie er- 
möglicht eine Eingangs-Taktfre- 
quenz von 80 MHz und eine Mikrobe- 
fehls-T aktrate von 40 MHz. 

Wie die bisherigen Explorer-Modelle, 
so basiert auch der Explorer II Plus 


auf einer prozessorunabhängigen 
32-Bit-NuBus-Architektur. Explorer II 
Plus-Systeme sind mit Hauptspei- 
cherkapazitäten bis zu 1 28 MByte lie- 
ferbar. Zu den Massenspeicherein- 
heiten gehören 5 V4-Zoll-Bandkasset- 
tenlaufwerke und '/ 2 -Zoll-Magnet- 
bandlaufwerke. Die Systemkonsole 
ist mit hochauflösendem (1024 x 808 
Pixel), monochromem 17-Zoll-Bild- 
schirm oder 8-Bit-Farbbildschirm mit 
1 7-Zoll-Diagonale lieferbar. Für jede 
beliebige Explorer-Konfiguration steht 
ein Prozessor auf 68020-Basis mit 
dem Tl-System V-Betriebssystem zur 
Verfügung. 

Mit diesem Prozessor läßt sich das 
System zu einer LX-Version aufrü- 
sten, die eine Integration von konven- 
tionellen Softwareprogrammen mit 
Kl-Anwendungen ermöglicht. 

Das Foto zeigt den Explorer II Plus 
mit Monochrombildschirm (links) und 
Farbmonitor (Mitte) sowie den micro- 
Explorer, der die Leistung des Lisp- 
pP mit den Leistungen der Macintosh 
ll-PCs verbindet und zu dem die neue 
Workstation softwarekompatibel ist. 

MP 

Laserdrucker mit 600 dpi 

Zur Orgatechnik im Herbst 1988 
stellte die Firma Compugraphic ihren 
neuen grafikfähigen Laserdrucker 
CG 610 vor, der eine Auflösung von 
600 Punkten pro Zoll (dots per inch- 
dpi) erreicht (als Standard bei Laser- 
druckern gelten gegenwärtig 
300dpi). Aufgrund der damit mögli- 
chen 360 000 Punkte pro Quadratzoll 
ist der CG 610 nicht nur zum Anferti- 
gen von Prüfausdrucken (Proof- 
prints) in der Polygraphie geeignet, 
sondern bereits für Endprodukte. 

Der Laserdrucker hat eine maximale 
Ausgabeleistung von 10 Seiten pro 
Minute und verarbeitet A4-Normalpa- 
pier. Durch das identische Raster 
Image Control System (ICS) ist er mit 
den gleichen Parametern ansteuer- 
bar wie der neue Laserbelichter von 
Compugraphic, der CG 9400. 

MP 

Super-VGA 

Von der Firma NEC wurde auf der 
amerikanischen Computermesse 
Comdex im Herbst 88 eine Interes- 


sengemeinschaft gegründet, die eine 
einheitliche Behandlung der Bild- 
schirmauflösung von 800 x 600 Bild- 
punkten propagiert. Erste Mitglieder 
sind, neben NEC, ATI, Genoa, Or- 
chid, STB, Tecmar, Video-7 und Pa- 
radise. Auf dieser „Super-VGA“ - 
Basis könnte ein Standard entstehen, 
auch wenn IBM nicht beteiligt ist. 

MP 


Schneller Matrixdrucker 
von Seikosha 



Mit einer Geschwindigkeit von 800 
Zeichen je Sekunde ist der SBP-10 
von Seikosha der wohl noch immer 
schnellste Nadeldrucker - zumindest 
bei den mit nur einem Druckkopf aus- 
gerüsteten Modellen. Die mit zwei 
oder drei 9-Nadel-Druckköpfen aus- 
gestatteten - und evtl, schnelleren - 
Printer können ihre Druckgeschwin- 
digkeit im Gegensatz zum SBP- 1 0 je- 
doch nur bei voller Druckbreite aus- 
spielen. Der 18-Nadeldruckkopf ist 
laut Hersteller der kleinste und leich- 
teste der Welt. Die Masse des Druck- 
kopfes spielt bei dieser Druckge- 
schwindigkeit eine große Rolle, wer- 
den doch pro Sekunde die Nadeln 
insgesamt etwa 60 OOOmal abgefeu- 
ert. Der Druck erfolgt bidirektional mit 
Druckwegoptimierung. 

Als weitere Besonderheiten des 
Druckers werden seine - trotz der 
Schnelligkeit - geringe Geräuschent- 
wicklung von < 260 d (BA) nach ISO- 
DIS 7779 und die leichte Bedienbar- 
keit hervorgehoben. So können sämt- 
liche Funktionen des Druckers über 
das Bedienfeld angewählt und auf 
einem zweireihigen LC-Display ver- 
folgt werden. Der Drucker bietet meh- 
rere Möglichkeiten der Papierzufüh- 
rung, beispielsweise auch von unten. 
Auch lassen sich sowohl Endlosfor- 
mulare als auch Einzelblätter verar- 
beiten. 

MP 


PS/2 in China? 

Wie die PC-Woche in ihrer Ausgabe 
39/88 meldet, plant IBM mit der 
Volksrepublik China zwei Joint-Ven- 
ture-Abkommen. Gemeinsam soll ein 
Kundendienstzentrum aufgebaut und 
Software entwickelt werden. 

Auch sei der Bau eines Werkes zur 
Herstellung von Computern des IBM- 
Personal Systems/2 vorgesehen, die 
mittelfristig im Inland vertrieben wer- 
den sollen. 


32-Bit-GaAs- 

Mikroprozessor 

Den nach Aussagen des Herstellers 
ersten 32-Bit-Galliumarsenid-Mikro- 
prozessor auf RISC-Basis (Reduced 
Instruction Set Computer) hat Texas 
Instruments vorgestellt. 

Mit 12895 Gattern dürfte dieser Mi- 
kroprozessor der größte funktionale 
Logikbaustein sein, der jemals in 
GaAs-Technologie entwickelt und 
produziert wurde. 

Bis Ende 1988 war eine Geschwin- 
digkeit von 100 MHz zu erreichen; als 
Design-Ziel bis Ende 1 989 erwartet TI 
200 MHz und 200 Millionen Befehle 
pro Sekunde. Neue und bisher ein- 
malige Innovationen im Entwurf erhö- 
hen die Geschwindigkeit dieses Mi- 
kroprozessors. 

Eine ßstufige Pipeline-Architektur er- 
möglicht den Zugriff auf die Daten 
noch in der Pipeline und reduziert die 
Zugriffszeit auf den Speicher. Um die 
Datenverzögerung in den kritischen 
Pfaden zu reduzieren, wurden selek- 
tiv High-Speed-Gatter verwendet. 
Die kritische Pfadlänge der CPU um- 
faßt 30 Gatterverzögerungen. Die Se- 
lektion der Gattergeschwindigkeit 
wird während der Herstellung mit ei- 
ner programmierbaren Kontakt- 
maske erreicht. 

Laufzeitverzögerungen von 160 ps 
sind für den kritischen Pfad erforder- 
lich, um eine Zykluszeit von 5 ns zu 
erreichen, die wiederum Vorausset- 
zung ist für den Betrieb bei 200 MHz. 

MP 


16-Bit-uP 
bald mit 33 MHz? 

AMD hat einen 80 286-Prozessor mit 
25 MHz Taktfrequenz angekündigt, 
dem noch in diesem Jahr eine 33- 
MHz-Variante folgen soll. Damit will 
man sich offensichtlich gegen den 
80 286-Nachfolger 80386SX behaup- 
ten. 

MP 


Neue Macintosh-Version 
llx 

Apple Computer hat in San Fracisco 
den ersten Macintosh mit einem 
68 030-Mikroprozessor von Motorola 
vorgestellt: den Macintosh llx. 

Die Kombination aus 68 030-Mikro- 
prozessor und 68882-Koprozessor, 
beide mit 1 6 MHz getaktet, führt zu ei- 
ner Leistungssteigerung von 10 bis 
15 Prozent gegenüber dem Macin- 
tosh II. Die gesamte Macintosh II- 
Software läuft ohne Modifizierung 
auch auf dem Macintosh llx. Der Ma- 
cintosh llx wird in zwei Ausführungen 
ausgeliefert: entweder mit einer 80- 
MByte-Festplatte und 1,44-MByte- 
Diskettenlaufwerk oder nur mit einem 
Diskettenlaufwerk. Beide Versionen 
verfügen über 4 MByte RAM und er- 
möglichen den Einsatz anspruchsvol- 
ler Anwendungen, da sie die Fähig- 
keiten des MultiFinders, einer Er- 
weiterung des Macintosh-Betriebs- 
systems, voll ausschöpfen können. 
Ebenfalls neu ist das 3,5-Zoll-Disket- 
tenlaufwerk (FDHD - Floppy Drive 
High Density) mit einer Speicher- 
kapazität von 1,44 MByte für den 



60 


Mikroprozessortechnik, Berlin 3 (1 989) 2 



Macintosh llx, das auch MS-DOS, 
OS/2 und Apple Il-Dateiformate lesen 
und schreiben kann. 

MP 


Toshiba entwickelt 
32-Bit-Mikroprozessor 
für TR ON- Projekt 

Die Firma Toshiba entwickelte auf der 
Basis der Tron-Chip-Architektur ei- 
nen neuen 32-Bit-Mikroprozessor mit 
der Bezeichnung TX1 , der besonders 
für die Verwirklichung des TRON- 
Projektes von Bedeutung sein soll. 
Dabei soll er in Robotern mit Künstli- 
cher Intelligenz und in schnellen 
Echtzeitsteuersystemen für Betriebe 
und Kraftwerke Verwendung finden. 
Toshiba plant, den TXI-Chip außer- 
dem als Kernprozessor von ASICs 
einzusetzen. 

Die technischen TX1 -Muster und die 
peripheren Chips, einschließlich ei- 
nes Taktgebers und eines Steuertei- 
les für den direkten Speicherzugriff, 
sollen noch in diesem Jahr geliefert 
werden. 

Die durchschnittliche Arbeitsge- 
schwindigkeit des TX1 wird mit 5 
MIPS und die maximale Arbeitsge- 
schwindigkeit bei einem Taktzyklus 
von 25 MHz mit 12,5 MIPS angege- 
ben. 

DerTXI umfaßt 450 000 Transistoren 
auf einer Fläche von 10,89 x 
10,27 mm 2 . 

ADN Fa 


Masscomp: 
Echtzeit-System 
auf Unix-Basis 

Die Firma Masscomp stellte im Früh- 
jahr dieses Jahres eine neue Reihe 
von Echtzeit-Rechnern vor, die alle 
mit dem auf der Basis des Betriebssy- 
stems Unix selbst entwickelten Echt- 
zeit-Betriebssystem RTU arbeiten. 
Bei dieser neuen Reihe handelt es 
sich um vier System-Linien, die alle 
binärkompatibel sein sollen, d. h., die 
alle den gleichen Maschinencode 
verstehen, und die als Mehrprozes- 
sor-Maschinen aufgebaut sind. 

Das leistungsstarkste System der 
neuen Familie mit der Bezeichnung 
MC 6700 kann bis auf maximal fünf 
Prozessoren des Motorola-Typs 
68030 ausgebaut werden. Zu jedem 
dieser Universal-Mikroprozessoren 
gehören 64 KByte Pufferspeicher und 
je ein eigener Gleitkomma-Beschleu- 
niger. Werden außerdem noch vier 
sogenannte Vektor-Beschleuniger 
eingebaut, könnte dieses System 
evtl. 56 Mio Gleitkomma-Befehle pro 
Sekunde (56 MFLOPS) bearbeiten. 
Diese Mehrprozessor-Rechner sol- 
len den speziellen Anforderungen ih- 
res jeweiligen Einsatzes außerdem 
durch den Einbau von maximal vier 
Ein-Ausgabe-Subsystemen auf Mul- 


tibus-Basis, von zwei gleichen Syste- 
men auf Basis des VME-Bus sowie 
von zwei sogenannten Datener- 
fassungs-Subsystemen angepaßt 
werden. Die Reaktionszeit wird von 
Masscomp mit 5 ms angegeben. 
Außerdem wurde das Betriebssy- 
stem Unix stark modifiziert und erwei- 
tert, um die Echtzeitfähigkeit zu errei- 

Ouelle: VDI-Nachrichten vom 10. 6. 1988 
Fa 

Löschbare 

Optik-Speicher 

Die kalifornische Firma Maxtor Corp. 
entwickelte einen mit löschbaren Op- 
tikplatten arbeitenden Massenspei- 
cher, mit dem man versuchen will, 
das Problem der bisherigen Lauf- 
werke, die relativ hohe Zugriffszeit 
und die mäßige Transfergeschwin- 
digkeit, zu lösen. 

Das Laufwerk trägt die Bezeichnung 
Tahiti 1 und arbeitet mit einer Zugriffs- 
zeit von 43,5 ms und einer Transfer- 
rate von 13,7 MBit/s. Die Speicherka- 
pazität jeder 5,25-Zoll-Optikplatte be- 
trägt maximal 1 GByte. Erste Muster 
sind noch nicht lieferbar. Das Lauf- 
werk soll für OEM-Kunden für einen 
Preis von 2500 Dollar erhältlich sein 
und die Platten für 150 Dollar. 
Gleichzeitig entwickelte die Firma 
Maxtor ein kleineres System Fiji 1, 
das mit 3,5-Zoll-Platten von 
1 60 MByte Kapazität arbeitet. Die Zu- 
griffszeit beträgt 100 ms und die 
Transferrate 2 MBit/s. 

Quelle: Elektronik. - München 37 (1988) 
16. -S. 7 Fa 


Farbe auf Weiß 

An den verschiedenen Farbdar- 
stellungen bei Flüssigkristall-Dis- 
plays arbeitet eine Reihe namhafter 
Firmen. Der japanischen Firma Seiko 
Epson soll es erstmals gelungen sein, 
ein Flüssigkristall-Display zu entwik- 
keln, das Farbdarstellungen auf wei- 
ßem Hintergrund ermöglicht. Als 
Grundlage dient eine Kombination 
aus zwei Flüssigkristall-Schichten. 
Dazu wurde eine Farbfilterschicht, 
die aus einer Punktmatrix mit den drei 
Grundfarben besteht, hinzugefügt. 
Das Display arbeitet passiv, das 
heißt, ohne eine Matrix aus Steuer- 
transistoren. Damit ergibt sich einer- 
seits ein deutlich geringerer Produk- 
tionsaufwand, aber andererseits ver- 
längert sich die Ansprechzeit. Sie 
liegt beim gegenwärtigen Prototyp 
(12 cm Diagonale, 240 x 480 Punkte) 
bei etwa 40 ms. 

Quelle: Elektronik. - München 37 (1988) 18. 
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Neues japanisches 
Computerprojekt 

Ein weiteres Projekt zur Entwicklung 
von Computern der nächsten Gene- 
ration soll mit einem Aufwand von 
mehreren Milliarden Dollar in Japan 
gestartet werden. Zunächst soll im 
Zeitraum eines Jahres eine Studie er- 
arbeitet werden, in der die Realisie- 
rungsmöglichkeiten für Neuro-Com- 
puter, Bio-Computer und Optik- 
Computer untersucht werden sol- 
len. 

Ab März 1 989 soll auch ein Sechs- bis 
Achtjahresprojekt beginnen, das Vor- 
aussetzungen für die Fuzzy-Rechen- 


technik schafft. Die Fuzzy-Rechen- 
technik basiert auf einer multivaria- 
blen und nicht auf der binären Lo- 
gik. 

Quellen: Süddeutsche Zeitung vom 17.8. 
7988; Datamation. - Barrington 
34 (1988) 16. —S. 14 Wi 


Weitere Ergebnisse 
der Mikromechanik 

Einen Mikromotor von 60//m Durch- 
messer und 2/jm Höhe sollen Wis- 
senschaftler der Universität Califor- 
nia entwickelt haben. Der Motor 
wurde mit Hilfe von Ätzverfahren her- 
gestellt, wie sie in der Mikroelektronik 
gebräuchlich sind. Dabei wurden Po- 
lysilikon-Bauteile auf Siliziumdioxid 
plaziert. Durch das Herauslösen des 
Stützwerkes erhält man frei bewegli- 
che Scheiben, die Rotoren des Mo- 
tors. Treibende Kraft des Motors ist 
die elektrostatische Anziehung. Sie 
tritt auf, wenn zwischen schlecht lei- 
tenden Stoffen eine höhere Span- 
nungsdifferenz auftritt. Die Spannung 
wandert entlang von Lamellen, die 
sich rings um den Rotor befinden. Die 
einzelnen Zähne des Rotors folgen 
der Spannung, wodurch der Motor in 
Bewegung gerät. 

Für den Motor ist noch die Komplet- 
tierung durch Ventile, Federn, Filter 
und Stecker erforderlich. 

Quelle: Geo (1988) 10 Wi 


IBM informierte 
über Entwicklungs- 
richtungen 

Die Firma IBM hat im Zusammen- 
hang mit der Ankündigung von 10 
Rechnern der Serie IBM 3090 erst- 
mals auch Informationen über länger- 
fristige Vorhaben bekanntgegeben. 
Bisher bestand die Strategie der 
Firma darin, Kunden und Konkurren- 
ten möglichst lange über die näch- 
sten Veränderungen im unklaren zu 
lassen. 

Die wichtigsten Ankündigungen sind 
folgende: 

- Kanäle mit 20 MBit/s für 1989, eine 
weitere 5fache Steigerung der Kanal- 
geschwindigkeit bis 1991 ; 

- alle 3 VM-Betriebssysteme werden 
zu einem einzigen Betriebssystem 
vereinheitlicht; 

- OSI wird bis Ende 1990 in SAA ein- 
geschlossen; 

- die Entwicklung von AIX Version 3 
als Basis für das Konkurrenzprodukt 
der Open Software Foundation zu 
Unix soll 1989 abgeschlossen wer- 
den. 

Quelle: Computer today. - New Delhi 4 
(1988) 43. -S. 14 Wi 


Diskettenspeicher 
großer Kapazität 

Mittels eines neuartigen Schreib-/ 
Lese-Verfahrens soll es einer US- 
Firma gelungen sein, eine 25mal grö- 
ßere Kapazität gegenüber herkömm- 
lichen Disketten zu erreichen. Das 
Schreib-/Lese-Verfahren besteht aus 
der Kombination eines Laserstrahles 
für die Ansteuerung des Sektors und 
eines konventionellen Magnetkopfes 
für die Realisierung der eigentlichen 
Schreib-/Lese-Vorgänge. 

Quelle: Die Welt vom 28. 9. 1988 

Wi 


Pläne für Hochleistungs- 
rechner in Indien 

Analog zu den Programmen auf den 
Gebieten Raumfahrt und Atomener- 
gie haben sich die indischen Wissen- 
schaftler auch für die Rechentechnik 
ehrgeizige Ziele gestellt. 

Seit 1 986 gibt es Pläne, parallelverar- 
beitende Superrechner selbst zu ent- 
wickeln. Die Entwicklung von Spit- 
zentechnologie soll insgesamt das 
Niveau der Eigenproduktion der Re- 
chentechnik erhöhen. 

Im Juli 1987 soll das National Aero- 
nautics Laboratory den Prototyp ei- 
nes Multiprozessorsystems mit 4 Pro- 
zessoren (Intel 80386, Intel 80387) 
vorgestellt haben. Das System er- 
reicht 1,3 MFLOPS. Für 1990 wurde 
eine Version mit 10 MFLOPS ange- 
kündigt. Im Jahre 1988 wurden unter 
Mitwirkung des Ministeriums für Wis- 
senschaft und Technik weitere Pro- 
jekte für die Entwicklung hochlei- 
stungsfähiger Rechner erarbeitet. 
Gegenwärtig soll eine 200 Personen 
umfassende Entwicklungsgruppe 
aufgebaut werden. Bis Ende 1990 
soll ein Parallelverarbeitungssystem 
mit einer Geschwindigkeit von 1000 
MFLOPS entwickelt werden. 

Quelle: Computer today. - New Dehli 4 
(1988) 43. -S. 30-41 Wi 


Silizium 

für optoelektronische 
Bauelemente 

Siliziumkristalle mit einem Durch- 
messer von 23 bis 30 Angström auf 
einer dünnen Trägerfläche sollen 
nach Erkenntnissen japanischer Wis- 
senschaftler bei Raumtemperatur ro- 
tes Licht aussenden, wenn sie Argon- 
Laserstrahlen ausgesetzt werden. 
Der Einsatz von Silizium in lichtaus- 
sendenden Dioden für die Optoelek- 
tronik anstelle des aufwendig zu pro- 
duzierenden Gallium-Arsenid wäre 
damit möglich. Die Dioden kommen 
in optischen Kommunikationssyste- 
men zum Einsatz. 

Quelle: eee. Elektronik-Technologie 

Leinfelden-Echterdingen (1988) 
18.-S.72 Wi 


Automatische 
T extübersetzung 
Englisch-Chinesisch 

Unter der Bezeichung Transtar stellte 
die chinesische Software Corporation 
ihr automatisches Übersetzungssy- 
stem für Textübertragungen aus dem 
Englischen ins Chinesische vor. Wie 
die chinesische Nachrichtenagentur 
meldet, umfaßt das System mehr als 
100000 englische Wörter, darunter 
die 40000 am häufigsten vorkom- 
menden Begriffe. Es erkennt außer- 
dem Begriffe aus dem Fachwort- 
schatz der Computer- und Kommuni- 
kationstechnik sowie der Ökonomie. 
Transtar ist auf Computern internatio- 
nal renommierter Firmen wie IBM ein- 
setzbar. 

Derzeit sind Wissenschaftler der chi- 
nesischen Software Corporation 
maßgeblich an einem Gemein- 
schaftsprojekt von Experten Japans, 
Malaysias und Indonesiens beteiligt, 
dessen Ziel die Entwicklung eines au- 
tomatischen Übersetzungssystems 
für mehrere Sprachen ist. 

ADN 
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Bericht 


Vom 7. bis 18. November 1988 fand 
in Leipzig in 6 Ausstellungshallen des 
Messegeländes die 31.ZMMM der 
FDJ statt. Neu gegenüber dem Vor- 
jahr war, daß sich erstmalig die Ju- 
gendverbände der RGW-Länder in 
einer gesonderten Ausstellung betei- 
ligten und daß insgesamt 2651 Expo- 
nate, ein Drittel mehr als im Vorjahr, 
ausgestellt wurden. Fast die Hälfte 
davon waren Lösungen zur Mikro- 
elektronik, CAD/CAM-Technik sowie 
der flexiblen automatischen Ferti- 
gung. Unter diesen Exponaten haben 
wir für Sie eine Auswahl getroffen, die 
wir Ihnen im folgenden vorstellen 
möchten. 


31 . Zentrale Messe 
der Meister 
von morgen 



An den Beginn unseres Berichtes 
wollen wir die Netze stellen. 

Die Ingenieurhochschule für Seefahrt 
Warnemünde/Wustrow stellte das 
Diensteintegrierte Digitale Kommuni- 
kationssystem ODKS1 vor. Dieses 
auf dem Prinzip der Puls-Code-Mo- 
dulation (PCM) beruhende Vermitt- 
lungssystem vereinigt in einem Netz 
die Kopplung von Mikrorechnern 
(über V. 24-Schnittstelle), Telefonen 
und Wechselsprechanlagen sowie 
die Übertragung von Fernwirk- und 
Fernmeßinformationen. Es ist modu- 
lar so aufgebaut, daß der Preis mit der 
Größe des Systems linear wächst. Je 
4 Teilnehmer sind zu einem Netzkno- 
ten zusammengefaßt (Bild 1 ); des- 
halb können bei gleichbleibendem 
Preis pro Teilnehmer zwischen 4 und 
64 ... 100 Teilnehmer (netzknoten- 
weise aufrüstbar) angeschlossen 
werden. Der Abstand von Netzknoten 
zu Netzknoten kann typisch 20 ... 
60 m (maximal 1000 m!) betragen. 
Die Übertragung (2,304 MBit/s) er- 
folgt über Lichtwellenleiter. Bei Aus- 
fall einer Übertragungsstrecke kann 
sich das System automatisch neu 
konfigurieren und notfalls auch Teil- 
netze bilden. Derzeit wird daran gear- 
beitet, durch die Realisierung der 
Komponenten des Systemkerns in 
ASICs den Aufwand für die Netzkno- 
ten drastisch zu verringern. Für das 
DDKS steht Kommunikationssoft- 
ware unter UDOS, CP/M 3.0, MS- 
DOS 3.2 und unter dem Echtzeitmul- 
titaskbetriebssystem KOMI zur Verfü- 
gung. UNIX-Software befindet sich in 
Vorbereitung. Neben Treiberpro- 
grammen wird Anwendersoftware für 
Filetransfer sowie Netzwerkarbeit im 
Hintergrund angeboten. Die Software 
ist kompatibel zu SCOM-LAN und 
LOTUNET. 

(Ingenieurhochschule für Seefahrt 
Warnemünde/Wustrow, Sektion 
Schiffsführung, WB Schiffselektro- 
nik/Nachrichtendienst, Dr. Klabun- 
de, Richard-Wagner-Straße, Warne- 
münde, 2530; Tel. 5 72 87) 

Das Informatik-Zentrum des Hoch- 
schulwesens an der Technischen 
Universität Dresden war mit dem lo- 
kalen Netz LOTUNET vertreten. Ge- 
meinsam mit der Friedrich-Schiller- 
Universität Jena, Sektion Physik/Ma- 
thematik, wurde eine Netzwerk-Inter- 
faceeinheit (NIU) für die Rechner KC 
85/2, 3, 4 sowie der Kommunikations- 
dienst „Verteilte virtuelle Diskette“ 
geschaffen. Mit einer Übertragungs- 
rate von 250 kBit/s (Bei 1,73-MHz- 
Takt) und einer Anschlußlänge von 


500 m kann jeder Rechner auf alle im 
Netz vorhandenen Diskettenlauf- 
werke zugreifen. Dazu wurden in das 
Betriebssystem der KCs neue Kom- 
mandos für die Diskettenarbeit inte- 
griert. Sie befinden sich in einem 
EPROM auf der NIU. Für folgende 
Rechnertypen stehen bereits NIUs 
zur Verfügung: PC 171 5, BC5120/ 
30, KC85/1 bzw. KC87, AC 71 00/50, 
PC/XT bzw. AT, P 8000, SM 3/4, 
SM 1 420, MPC 4, EC 1 834, K 1 840. 
(TU Dresden, Informatik-Zentrum, 
Mommsenstr. 13, Dresden, 8027 
oder FSU Jena, Sektion Physik, Max- 
Wien-Platz 1, Jena, 6900) 

Das Institut für Informatik und Re- 
chentechnik der AdW stellte das ver- 
teilte Briefübertragungs- und -verwal- 
tungssystem BVS auf der Basis von 
ROLANET-Baugruppen vor (Bild 2). 
Unter Nutzung der Netzkomponenten 
LNC 1 und TRC 1 des VEB Kombinat 
Robotron sind Rechner vom Typ 
PC 171 5, A5120, P 8000, K8912 
(modifiziert) verkoppelbar. Aus dieser 
Hardwarebasis sind folgende Mög- 
lichkeiten integriert: 


Textverarbeitung (Erstellung, Editie- 
ren), Versenden von Schriftgut sowie 
Archivierung und Recherche von 
schriftlichem Material nach bestimm- 
ten Merkmalen sowie das automati- 
sche Führen eines Postbuches. 

Das System enthält Mechanismen 
zum Schutz vor unbefugtem Zu- 
griff. 

(AdW der DDR, Institut für Informatik 
und Rechentechnik, Rudower 
Chaussee 5, Berlin, 1 199) 

Aus dem Bereich der PCs und ihrer 
Anwendung soll zuerst der Bild- 
schirmarbeitsplatz für die Textbe- 
und Textverarbeitung von Typoart 
Dresden vorgestellt werden (Bild 3). 
Als PC wird eine Rechnerkonfigura- 
tion auf der Basis des AC 71 50 unter 
dem Betriebssystem Mutos 1 700 ein- 
gesetzt. Mit dem angebotenen 
Anwendersoftwarepaket ist Vorder- 
und Hintergrundarbeit möglich. Es 
bietet unter anderem eine leistungs- 
fähige typografische Befehlssprache, 
ein wählbares Maßeinheitssystem 
sowie eine Setzmaschinenunabhän- 
gige Auswahl von Schriften, Son- 


derzeichen und Sonderbuchstaben. 
Die Anzahl der nutzbaren Schriftfonts 
ist lediglich von der Größe der verfüg- 
baren Festplatte abhängig. 

Der Bildschirmarbeitsplatz kann mit 
der Belichtungseinheit Typoset 240 
(links im Bild) gekoppelt werden. Die 
Typoset 240 kann Schriftgrößen von 
4 ... 90 p mit einer Belichtungsbreite 
von 240 mm in einer Auflösung von 
250, 500 oder 1000 Linien/cm aus- 
geben. Das System ist für die Anwen- 
dung in Druckereien (mit einer 
Jahresproduktion von bis zu 1000 
Verlagsbogen) sowie in Redaktionen 
bzw. Verlagen vorgesehen. 

(VEB Typoart Dresden, Großenhai- 
ner Straße 9, Dresden, 8060) 

Die Sektion Informationstechnik und 
Theoretische Elektrotechnik der 
Technischen Hochschule Ilmenau 
zeigte das IBS 22 (Bild 4), ein intelli- 
gentes Bildverarbeitungssystem mit 
Kommandosprache auf Forth-Basis. 
Die vorgestellte Lösung ermöglicht 
den Aufbau eines kostengünstigen 
Bildverarbeitungssystems durch Ein- 
satz eines CP/M-Rechners mit fol- 
genden Anwendungsgebieten: 
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- Steuerung von Industrierobotern 
und Automaten auf der Basis der Ob- 
jekterkennung 

- visuelle Inspektion in Produktions- 
prozessen 

- interaktive Bildauswertung, zum 
Beispiel in der Mikroskopie. 

Es können Bilder mit einer Auflösung 
von 640 x 480 Pixeln mit 64 aus 4096 
Farben erzeugt werden. 

Die TH Ilmenau entwickelte hierfür 
Baugruppen zur Bilddatenaufnahme, 
dazu passende CCD-Kameraköpfe 
sowie ein Modul zur Display- und 
Lichtgriffelsteuerung. Die in Zusam- 
menarbeit mit Akademieinstituten 
entwickelte Software steuert den 
Bildaufnahme- und Bilddisplaypro- 
zeß, liefert Werkzeuge zur Bilddaten- 
statistik, Grauwerttransformation, 
Bildfilterung, Merkmalsextraktion und 
Klassifizierung sowie zur interaktiven 
Bilddatenverarbeitung. 

(TH Ilmenau, PSF 327, Ilmenau, 
6300; Tel. 740) 

Als Neuheit für den EC 1834 stellte 
das Flobotron-Büromaschinenwerk 
Karl-Marx-Stadt eine microsoft-kom- 
patible Maus (Bild 5) vor, die ab 1 989 
produziert werden soll. Am selben 
Stand wurde außerdem die neue Ver- 
sion 3.30 des Betriebssystems DCP 
für den EC 1834 sowie den AC7150 
angeboten. 

( VEB Robotron-Buchungsmaschi- 
nenwerk Karl-Marx-Stadt, Annaber- 
ger Straße 93, PF 129, Karl-Marx- 
Stadt, 9010) 

Die Technische Hochschule Leipzig, 
Sektion Automatisierungsanlagen, 
bot ein Expertensystem für MS-DOS- 


fähige PCs zur Lösung höherer Auto- 
matisierungsaufgaben an. Das Ex- 
pertensystem - Shell PROCON I 
dient der Unterstützung des Men- 
schen in komplexen Entscheidungs- 
situationen. Der hierbei realisierte 
Problemlösungsprozeß gliedert sich 
in zwei Phasen: 

1. Diagnose des akuten Prozeßzu- 
standes 

2. Expertise einer resultierenden 
(Therapie-)Steuerung. 

Damit ist es beispielsweise möglich, 
daß der Anlagenfahrer einer Chemie- 
anlage in der Nachtschicht bei einer 
Havarie den Experten (mit aufberei- 
tetem Expertenwissen versehener 
Computer) nach der Ursache, den 
möglichen Folgen und den in be- 
stimmten Fristen nötigen Handlun- 
gen befragen kann. 

Die bestehende Wissensbasis kann 
jederzeit verändert werden (Wissens- 
eingabe). Weiterhin sind Wissensin- 
spektion (Darstellung großer Zusam- 
menhänge, Betrachtung von Defi- 
nitionen u. a.) und Konsistenzprüfung 
(Kontextfreier Test auf Geschlossen- 
heit und Konfliktfreiheit) möglich. 

(TH Leipzig, Sektion Automatisie- 
rungsanlagen, Volker May, PSF 66, 
Leipzig, 7030) 

Von der Hochschule für Ökonomie 
„Bruno Leuschner“ Berlin war die In- 
teressengemeinschaft „Software- 
technologie“ der Sektion Wirtschafts- 
informatik auf der 31 . ZMMM vertre- 
ten. Sie stellte das Window-Develop- 
ment-System WDS für Turbo-Pascal 
4.0 vor. Es bietet die Möglichkeit, be- 
liebige Fenster zu gewinnen, zu posi- 
tionieren und farblich abzustimmen 
(Bild 6). Um den Überblick zu behal- 
ten, können fertige Fenster unsicht- 
bar gemacht werden, so daß neue 
Fenster generiert werden können. Es 
können Menüs bei freier Wahl der 
Menüart und der Menüposition inte- 
griert werden. Alle Fenster- und Me- 
nükonfigurationen können abgespei- 
chert werden, damit können später 
schnell Veränderungen am Oberflä- 
chen-Layout vorgenommen werden. 
(I&T Software, AG Software im Klub 
Wissenschaft - Magnushaus, Am 
Kupfergraben 7, Berlin, 1080) 

Eine Neuerung für PCs stellt der 
V. 24/IFSS-LWL-Umsetzer vom 
VEB Robotron-Projekt Dresden dar 
(Bild 7). Er ermöglicht die störsichere 
Datenübertragung zwischen mehre- 
ren Rechnern sowie zwischen Rech- 
nern und peripheren Geräten über 
Lichtwellenleiter. 

Voraussetzung ist die Existenz einer 
V. 24- oder IFSS-Schnittstelle. Denk- 


bar ist natürlich auch die mitunter pro- 
blematische V. 24-/IFSS-Umsetzung. 
Die Übertragungsgeschwindigkeiten 
betragen mit V. 24-Schnittstelle 9,6 
kBaud (asynchron) bzw. 19,2kBaud 
(synchron) bei einer Streckenlänge 
von rund 1000 m und mit IFSS- 
Schnittstelle 9,6 kBaud bei rund 
2000 m Streckenlänge. 

(VEB Robotron-Projekt Dresden, Le- 
ningrader Straße 9, Dresden, 8010) 
Für viele CAD-Arbeitsplätze besteht 
das Problem der arbeitsgerechten 
Gestaltung dieser Arbeitsplätze. Die 
Sektion Arbeitswissenschaften der 
Technischen Universität Dresden hat 
sich dieser Aufgabe angenommen. 
Das Ergebnis ihrer Arbeiten ist der 
Ergonomisch gestaltete CAD-Ar- 
beitsplatz, von dem (aus Platzgrün- 
den nur) ein Teil auf der ZMMM zu se- 
hen war (Bild 8). Er umfaßt drei ver- 
schiedene Tische, Eckteile und einen 
Rollcontainer. Der Tisch für Bild- 
schirm und Rechner (links im Bild) ist 
in zwei Ebenen (vorn und hinten) un- 
abhängig voneinander zwischen 600 
und 800 mm Höhe verstellbar. Die 
Teilflächen betragen je 1600x 
500 mm 2 . Der Tisch für das Digitali- 
siergerät (rechts im Bild) hat eine 
1000 x 700 mm 2 große Tischfläche 
mit einer verstellbaren Höhe zwi- 
schen 600 und 800 mm. Der nicht ge- 
zeigte Tisch für Ausgabemedien ent- 
spricht dem für das Digitalisiergerät, 
jedoch mit fester Tischplatte. Seine 
Höhe beträgt wie die des Eckteils 
720 mm. Das Eckteil und der Rollcon- 
tainer sind in der Bildmitte zu sehen. 
Bemerkenswert sind weiterhin die 
Softlinegestaltung der Tischkanten, 
die mattierte Tischfläche und die Fuß- 
auflagen. 

(TU Dresden, Sektion Arbeitswissen- 
schaften, Prof. Rentzsch, Momm- 
senstraße 13, Dresden, 8027) 

Eine komplexe CAD/CAM-Lösung 
zur Laborfertigung von Leiterplat- 
ten stellte ein Jugendforscherkollek- 
tiv der VEB Leuna-Werke „Walter 
Ulbricht“ vor. Mit dieser Lösung kön- 
nen rund 2000 durchkontaktierte Lei- 
terplatten pro Jahr bei Losgrößen von 
2 Stück gefertigt werden. Bestandteil 
der Lösung sind ein Digitalisierbrett, 
eine Zieheinrichtung, ein PC/BC oder 
MC 80 mit Grafikbildschirm, eine Be- 
lichtungseinrichtung, ein Farbplotter 
(ADMAP-4), die Laborgalvanik und 
die Leiterplattenbohrmaschine. 

( VEB Leuna-Werke „ Walter Ulbricht“, 
Thälmannplatz, Leuna, 4220) 

Das Bestückungssystem mit Indu- 
strieroboter für gemischt be- 
stückte Leiterplatten (Bild 9) vom 


VEB Robotron-Rationalisierung Wei- 
mar ist für die vollautomatische Be- 
stückung von konventionellen Schalt- 
kreisen und SMDs geeignet. Dieses 
System ist für Klein- und Mittelserien 
geeignet und gewährleistet eine auto- 
matische Fehlerdiagnose und einen 
minimalen Umrüstungsaufwand. Im 
Bild ist links die Schaltkreiszufüh- 
rung, in der Mitte der Industrieroboter 
PHM 50 und rechts die Zu- und Ab- 
führung der Leiterplatten zu sehen. 
Die konventionellen Schaltkreise 
können zur Zeit 1 4 bis 1 8 Pins haben, 
größere und kleinere Pinzahlen sind 
prinzipiell möglich. Die Größe der 
SMDs reicht von 1 ,6 x 3,2 x 0,6 mm 3 
bis 13,0 x 10,6x2, 65 mm 3 . 

(VEB Robotron-Rationalisierung Wei- 
mar, Hegelstraße 2a, Weimar, 5300; 
Tel. 37 13) 

Für viele ein leidiges Problem ist die 
Wiederverwendung von Farbband- 
kassetten für Drucker. Der VEB Be- 
kleidungswerke Erfurt bot hierfür die 
Lösung Regenerierung aller Typen 
von Farbbandkassetten an, bei der 
DDR-handelsübliche Farbbänder auf 
die erforderliche beliebige Breite ge- 
bracht und zu einem Endlosband ver- 
schweißt werden können. 

(VEB Bekleidungswerke, Anger 33, 
Erfurt, 5020) 

Betrachtet man die hier vorgestellten 
Exponate, dann fällt auf, daß einer- 
seits einige Nachnutzungsangebote 
einen sehr großen Hardwareanteil 
besitzen (Bestückungssystem mit In- 
dustrieroboter; Ergonomisch gestal- 
teter CAD-Arbeitsplatz) und anderer- 
seits Exponate vertreten sind, die in 
großen Stückzahlen in unserer Volks- 
wirtschaft benötigt werden (DDKS 1 , 
LOTUNET). Es wäre volkswirtschaft- 
lich nicht sinnvoll, jedem interessier- 
ten Betrieb zu überlassen, diese Ex- 
ponate in seinem Ratiomittelbau oder 
Musterbau nachzubauen, da viele 
noch offene Probleme dann hundert- 
und tausendfach gelöst werden müs- 
sen. Vielmehr sollte nach jeder 
ZMMM darüber beraten werden, wel- 
che Exponate die größten volkswirt- 
schaftlichen Effekte bringen und ent- 
schieden werden, welcher Betrieb die 
Exponate in die Produktion überführt. 
Der Sekretär des Zentral rates der 
FDJ, Günter Bohn, äußerte hierzu io 
einem ADN-Gespräch „Nach der 
Messe kommt es darauf an, in der 
Nachnutzung eine höhere Verbind- 
lichkeit zu erreichen, um letztlich kon- 
krete ökonomische Effekte für den 
beschleunigten Leistungsanstieg zu 
erzielen.“ 

Text und Fotos: Herbert Hemke 
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Kolloqium 

Datenerfassungstechnik 



Foto . Baars 


Am 4.2.1988 fand an der Techni- 
schen Universität Magdeburg ein Kol- 
loqium zur Mobilen Datenerfassungs- 
technik statt. Veranstalter waren die 
Interessengemeinschaft Mobile Da- 
tenerfassungstechnik und die KDT- 
Betriebsorganisation des Zentralen 
Forschungsinstitutes des Verkehrs- 
wesens der DDR und der TU Magde- 
burg. 

Eingangs wurden die Aufgaben und 
Ziele der IG MDET dargestellt. Es 
wurden die ständigen Mitglieder der 
IG und die durch sie repräsentierten 
Nutzerbereiche vorgestellt. Im Vor- 
trag der TU Magdeburg wurde zu- 
nächst auf die Notwendigkeit und die 
Einordnung der mobilen Datenerfas- 
sungstechnik eingegangen. Ausge- 
hend von den speziellen Bedingun- 
gen in Gießereien und anderen Be- 
trieben der metallverarbeitenden In- 
dustrie wurde insbesondere auf den 
gegenwärtigen Stand des Einsatzes 
und auf Akzeptanzprobleme von Be- 
triebsdatenerfassungsgeräten hinge- 
wiesen. Daraus wurden Anforderun- 
gen an die einzusetzende Datener- 
fassungstechnik, aber auch an Lei- 
tungsentscheidungen, Einsatzvorbe- 
reitung und Datenübertragungspro- 
jektierung abgeleitet und verallge- 
meinert. 

Vom Braunkohlenkombinat Bitterfeld 
wurden im Anschluß daran die in die- 
sem Bereich in der Vergangenheit 
durchgeführten Entwicklungen von 
tragbaren Datenerfassungsgeräten 
und die entsprechenden Einsatzfälle 
vorgestellt. 

Ausgangspunkt des Beitrages des 
ZFIV waren die Umwelt-, technischen 
und technologischen Anforderungen 
an eine solche Technik. Es wurde 
ausführlich auf ergonomische, ar- 
beitsmedizinische und formgestalte- 
rische Aspekte eingegangen und ein 
Mustergerät mit folgenden wesentli- 
chen Parametern vorgestellt: 
LC-Matrix-Display, 8 x 4-Folienflach- 
tastatur, 32 KByte RAM Daten- und 
Programmspeicher, serielle Daten- 
übertragung über Infrarotstrahlung 
zu einer ortsfesten Koppelstelle, Ab- 
messungen: 180 mm x 190 mm x 
45 mm, Masse 870 g. 

Das Bild zeigt das Gestaltungsmuster 
des Datenerfassungsterminals (Form- 
gestaltung: VEB Designprojekt Dres- 
den, Atelier Berlin). 

Abschließend wurde kurz auf Zube- 
hör und vorgesehene Erweiterungen 
sowie auf Probleme bei der Entwick- 
lung hingewiesen. Nach einer Vorab- 
produktion 1988 sollen die Geräte ab 
1989 in Serie durch einen Rationali- 
sierungsmittelbetrieb der Deutschen 
Reichsbahn hergestellt werden. 

An dieser Thematik Interessierte 
wenden sich bitte an das 
Zentrale Forschungsinstitut für Ver- 
kehrswesen der DDR, Zentrum für 
Prozeßautomatisierung, Postfach 

403, Berlin, 1017. Kolb 


SYSTEC 88 

Vom 25. bis 28. Oktober 1988 fand in 
München die 2. Internationale Fach- 
messe für Computerintegration im 
Produktionsunternehmen statt. Die 
mit der SYSTEMS im jährlichen 
Wechsel stattfindende Fachmesse ist 
eine gelungene Ergänzung zu den 
etablierten Computermessen, wie 
z. B. der CeBit. Es steht weniger der 
einzelne Computer im Blickpunkt, 
sondern dessen Integration in ein Ge- 
samtkonzept der vollautomatisierten 
„Fabrik der Zukunft“. Die Herausfor- 
derung des Jahres 2000 heißt CIM 
(Computer Integrated Manufactu- 
ring). Sämtliche Problemkreise, die 
sich mit CIM-Konzepten verbinden, 
wurden auf der SYSTEC 88 darge- 
stellt. Die große Bedeutung einer der- 
artigen Fachmesse widerspiegelt die 
Beteiligung von 516 Ausstellern aus 
12 Staaten. Auf einer Aussteliungs- 
fläche von 35000 m 2 wurden in 16 
Hallen insbesondere die Bereiche 
Systeme und Systemkomponenten, 
Entwicklung und Konstruktion, Pro- 
duktion, untemehmensweite Pro- 
blemlösungen, Forschung und Ver- 
such sowie Dienstleistungen anc a- 
sprochen. Doch nicht allein dieses 
breite Podium der Darstellung von 
Entwicklungsständen und -trends auf 
dem Gebiet CAD, CAM und CIM 
lockte viele Aussteller und Besucher 
an, insbesondere die parallel stattfin- 
denden CIM- und CAD-Kongresse 
waren eine echte Bereicherung der 
Messe. In Plenarvorträgen und vier 
Parallelveranstaltungen sowie Kurz- 
tutorials und Podiumsdiskussionen 
war ausreichend Gelegenheit, sich 
mit generellen und spezifischen Pro- 
blemen im CAD- und CIM-Bereich 
auseinanderzusetzen. Im Mittelpunkt 
der jeweils 2tägigen Kongresse stan- 
den die Branchen Maschinenbau, 
Automobil- und Fahrzeugbau, Bau- 
wesen sowie die Verbindung zur In- 
formatik und deren Erkenntnisse. Ne- 
ben der Vorstellung firmenspezifi- 
scher Anwenderlösungen fanden be- 
sonders die Vorträge über die Schaf- 
fung von einheitlichen Referenzmo- 
dellen für CAD-Systeme, über die 
Normierung von CAD-Schnittstellen 
in CIM-Projekten große Beachtung, 
da sie allgemeine Entwicklungsten- 
denzen aufzeigten. 

Aufgrund der außerordentlich hohen 
Konzentration von Systemlösungen 
im Konstruktions- und Fertigungsbe- 
reich auf der SYSTEC 88 lassen sich 
generelle Aussagen zum Entwick- 
lungsstand der Hard- und Software- 
konzepte zur Umsetzung der soge- 
nannten C-Technologien ableiten. 

Im Bereich der grafischen Datenver- 
arbeitung hat sich die Rechnerklasse 
der Workstations weltweit durchge- 
setzt. Die Aussteller von Systemkom- 


ponenten für Entwicklung, Konstruk- 
tion sowie Simulation und Animation 
setzten zum überwiegenden Teil auf 
diese Hochleistungsrechner, die so- 
wohl als Desktop-Geräte, aber auch 
als Tower-Modelle zu sehen waren. 
Als grundlegende Parameter müssen 
folgende genannt werden: 

- RAM-Kapazität zwischen 3 und 
8 MByte 

- CPU-Leistung von mehr als 4 
MIPS (Million Instructions per se- 
cond) 

- Performance in LAN (Local Area 
Network) von mehr als 1 ,2 MByte per 

- Bildschirmauflösung von minde- 
stens 1024 x 1024 Pixels 

- multitaskingfähig. 

Hierbei muß festgestellt werden, daß 
im Bereich der grafischen Datenver- 
arbeitung, also speziell in den Spar- 
ten CAD, CAQ, Simulation sowie der 
Netzsteuerung, der Übergang von 
der 16-Bit-Prozessorarchitektur zur 
32-Bit-Prozessorarchitektur bereits 
vollzogen ist. Dabei setzen die Anbie- 
ter von derartigen Systemen sowohl 
auf die verbreiteten Prozessoren Intel 
80 386, Motorola 68 020, National Se- 
miconductor 32 532 als auch auf Zu- 
satzplatinen für spezielle Anwendun- 
gen, die mit ASICs (Application Spe- 
cific Integrated Circuit) bestückt sind. 
Ein typischer Vertreter dafür ist die 
Fa. Du Pont de Nemours, die ein mo- 
dulares Hochleistungs-Bildverarbei- 
tungssystem als Nachrüstplatine für 
die Systeme von Sun oder für den 
Macintosh II, die DEC-VAX und den 
IBM PC-AT anbieten. Einen opti- 
schen Eindruck von Hochleistungs- 
Workstations erhalten Sie auf der 
4. Umschlagseite. 

Mit der verstärkten Verbreitung der 
Workstations setzt sich UNIX als Be- 
triebssystem immer mehr durch. 
Etwa 75% aller Softwarepakete, die 
im Workstation-Bereich angeboten 
werden, arbeiten auf der Basis von 
UNIX Version V.3. Aufgrund seiner 
Multiuser-Fähigkeit unterscheidet es 
sich von den PC-Betriebssystemen 
MS-DOS und OS/2 und macht es ver- 
gleichbar mit den Betriebssystemen 
der Minicomputer und Mainframes. 
Da es für alle Rechnerklassen verfüg- 
bar ist, wird es gerade für CIM-Pro- 
jekte interessant, weil eine einheitli- 
che Datenhaltung auf allen Levels der 
betriebsinternen Datenverarbeitung 
gewährleistet wird. Daß UNIX das Be- 
triebssystem der Zukunft ist, wurde 
von Experten auf der SYSTEC auch 
damit begründet, daß so namhafte 
Unternehmen wie Nixdorf , IBM, DEC, 
Bull, Siemens, Philips, Apollo und 
Hewlett-Packard unter der Bezeich- 
nung OSF (Open Software Founda- 
tion) bis 1 990 ein standardisiertes Be- 
triebssystem UNIX mit Echtzeitfähig- 


keit auf den Markt bringen wollen, das 
dann auch als Vorzugsbetriebssy- 
stem auf ihren Computersystemen 
eingesetzt werden soll. 

Im Bereich der Softwarepakete für 
CAD-Anwendungen hat die Fa. AU- 
TODESK mit dem Programmpaket 
AUTOCAD ihre marktführende Stel- 
lung auf der SYSTEC unterstrichen. 
Mit zahlreichen Erweiterungsmoduln 
für die Version 9 konnte das Anwen- 
dungsspektrum noch vergrößert wer- 

Zahlreiche Firmen, wie Texas Instru- 
ments, Sun Microsystems, PSI, wid- 
meten sich dem Bereich der künstli- 
chen Intelligenz und ihrer Integration 
in CAD-Systemen. Sogenannte wis- 
sensbasierte Systeme oder Exper- 
tensysteme werden zukünftig in Form 
von Diagnosesystemen, Ratgebersy- 
stemen und Systemen zur präventi- 
ven Wartung einen wichtigen CIM- 
Baustein bilden. Die SYSTEC bot ein 
reichhaltiges Angebot an Software- 
Entwicklungswerkzeugen für wis- 
sensbasierte Systeme, im allgemei- 
nen als Shell bezeichnet. Da Exper- 
tensysteme immer individuell aufge- 
baut werden müssen, werden die 
Shells mit konkretem Wissen der 
Fachleute „gefüllt“. 

Als Voraussetzung für die Realisie- 
rung von CIM-Konzepten gilt die voll- 
ständige informatorische Vernetzung 
sämtlicher Unternehmensbereiche. 
Erstmals in Europa wurde auf der SY- 
STEC ein Konzept vorgestellt, das 
diese Grundbedindung erfüllt und so- 
mit im CIM-Bereich Standard werden 
könnte. Das von General Motors An- 
fang der 80er Jahre in den USA ent- 
wickelte Manufacturing Automation 
Protocol (MAP) wurde in der Version 
3.0 von der Europäischen MAP User 
Group (EMUG) demonstriert. Dabei 
wurden 20 heterogene Systeme von 
Firmen wie Digital Equipment, EDS, 
IBM, Hewlett-Packard, Motorola, Sie- 
mens, Norsk Data und Apollo überein 
MAP-Netz miteinander verbunden 
und die Kommunikation zwischen 
den verschiedenen Systemen vorge- 
führt. 

Einen großen Anteil hatte auf der SY- 
STEC der Bereich Qualifikation, der 
von CIM-Fachleuten als der wichtig- 
ste Baustein in der „Fabrik der Zu- 
kunft" bezeichnet wird Zur Zeit ent- 
stehen völlig neue Berufsbilder, wie 
die des „Produktionsmechanikers“ 
oder „Hybridfacharbeiters“. 

Es wird eingeschätzt, daß die Bedeu- 
tung der SYSTEC als größte CIM- 
Messe Europas in den nächsten Jah- 
ren noch zunehmen wird, so daß man 
auf die SYSTEC 90, die vom 22. bis 
26. 1 0. 1 990 wiederum in München 
stattfinden wird, gespannt sein darf. 

Holger Benicke 


DTP ’88 

Ende November 1988 fand im „Düs- 
seldorfer Malkasten“ eine Messe 
statt, die sich ausschließlich um das 
Thema Desktop Publishing drehte. 
Ins Leben gerufen wurde die DTP '88 
von den beiden Düsseldorfern Man- 
fred Leyhausen, Inhaber der Firma 
Leyhausen Grafikcomputer und Her- 
ausgeber der Zeitschrift Computer- 
grafik, undTubbyTubbax vom gleich- 
namigen Grafikdesignstudio. Zu den 
Ausstellern, die die zahlreichen Be- 
sucher über die neuesten techni- 


schen Möglichkeiten von DTP infor- 
mierten, gehörte auch die Compugra- 
phic Deutschland GmbH. Auf einem 
Gemeinschaftsstand präsentierten 
CG und die Muttergesellschaft Agfa- 
Gevaert AG unter anderem den La- 
serbelichter CG 9400 PS, den Agfa- 
Laserdrucker P 3400 PS und den 
Agfa-Scanner S 800 GS. 

Besonderes Interesse beim fachkun- 
digen Publikum fand der bereits zur 
Orgatechnik '88 gezeigte Laserbe- 
lichter CG 9400 PS, mit dem Compu- 


graphic als zweiter Anbieter einer 
PostScript-fähigen Laserbelichter- 
Version nun den Markt erobern will. 
Mit einer Auflösung von 2400 Punk- 
ten pro Zoll (dpi) belichtet der CG 
9400 PS auf Fotosatzpapier oder 
Film. Macintosh-Rechner und Com- 
puter des Industriestandards, die 
über PostScript-fähige Programme 
wie Ventura Publisher, Adobe Illu- 
strator, Quark XPress und Aldus Pa- 
gemaker verfügen, können den CG 
9400 PS ansteuern. MP 
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„CIM ist mehr als nur Comp 


Auch das zeigte die SYSTEC 88, 
über die wir in diesem Heft berich- 
ten, ganz deutlich. Computer Inte- 
grated Manufacturing oder kurz 
CIM bezeichnet die datenmäßige 
Integration einer ganzen Fabrik 
durch den koordinierten Einsatz 
von Computersystemen. Erst die 
Summe der verschiedenen Einzel- 
disziplinen, wie CAD. CAM, CAQ, 
CAE. PPS, lassen CIM Realität 
werden. 

Computer Aided Engineering 
(CAE), also das Bereitstellen von 
Ingenieurmethoden durch Rech- 
nersysteme, bildet den entwick- 
lungstechnischen Hintergrund der 
CIM-Strategie. CAD verkörpert das 
planensch gestalterische Element 
von CIM. Computer Aided Design 
steht für das Übertragen aller Arbei- 
ten, die bis dato mit Stift und Zei- 
chenbrett durchgeführt werden 
mußten, auf den grafischen Bild- 
schirm eines CAD-Computersy- 
stems. CAM. die rechnergestützte 
Produktion, ist der starke Arm von 


auKt wira ourcn oen CAD/CAM-Sy- 
stem-Verbund vollzogen. Daß sich 
die Computerintegration im Pro- 
duktionsunternehmen auch qualita- 
tiv auszahlt, zeigt CAO. das Kon- 
trollsystem von CIM. CAQ bedeutet 
Qualitätsplanung und Überprüfung, 
frühzeitiges Erkennen von Mängeln 
und Qualitätsdokumentation. Damit 
alle Funktionen und Prozesse der 
Fabrik der Zukunft auch jederzeit 
optimal gesteuert und kontrolliert 
werden können, sind intelligente 
Produktionsplanungs- und -Steue- 
rungssysteme (PPS) im Einsatz. 
PPS umfaßt somit die Primärbe- 
darfsplanung. die Materialwirt- 
schaft, die Fertigungssteuerung, 
die Betriebsdatenerfassung und die 
Erstellung von Stücklisten und Ar- 
beitsplänen. 

Das Zusammenführen der ver- 
schiedenen Computertechniken in 
einer übergreifenden CIM-Strate- 
gie hat das Ziel: eine optimierte fle- 
xible und kostengünstige Produk- 
tion bei gleichzeitig verbesserter 
Qualität. 
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dBase III 


Referenzkarte 



Notation 


[] Teile, die wahlweise angegeben werden können. 

| Alternative 

{ ■ ■ ■ } wahlweise Wiederholung des davor stehenden Begriffs. 
SCHLÜSSELWÖRTER von dBASE-Kommandos werden in großen Buchstaben 
gedruckt. 


Übergang zur nächsten Zeile (er, If) und Ausgabe einer Folge von Ausdrücken 
auf dem Bildschirm 

Ausgabe einer Folge von Ausdrücken auf dem Bildschirm, ohne vorherigen 
Zeilenwechsel (er, If) 

@ <zeile>,<spalte> [SAY <ausdr> [PICTURE <klausel>]] 

[[GET <var> [PICTURE <klausel>]] 

[RANGE <ausdr>[,<ausdr>]]] 

@<zeile>,<spalte> CLEAR 

Ausgabe des berechneten Wertes auf dem Bildschirm ab der angegebenen 
Zeile und Spalte. Anforderung eines Wertes für die Variable nach GET. <klau- 
sel> enthält Formatfunktionen und -Zeichen. RANGE definiert einen Gültig- 
keitsbereich für numerische und Datumswerte. 


ACCEPT [<prompt>] TO <speichervar> 

Eingabe einer Zeichenkette von der Tastatur. 

APPEND [BLANK] Anfügen eines Datensatzes an das Ende des aktiven Datenbank- 
files. 

APPEND FRON <filename> [F0R|WHILE <bedingung>][SDF|DELIMITED [WITH 
BLANK |<zeichen>]] 

Anfügen eines Datenbankfiles oder eines Textfiles (SDF) an das Ende des ak- 
tiven Datenbankfiles. . 

ASSIST Menügesteuerte Programmierunterstützung. 

AVERAGE <ausdr_liste> [<gb>] [F0R| WHILE <bedingung>] [TO <speichervar_li- 
ste>] Berechnung des arithmetischen Mittels. 


BROWSE [FIELDS <feldliste>] Schnellkorrektur im Direktmodus (full screen mode). 


CANCEL Abbruch der Programmausführung und Rückkehr zur Kommandoebene 
von dBASE. 

CHANGE [<gb>] [FIELDS <feldliste>] [F0R|WHILE <bedingung>] 

Ändern der Inhalte der angegebenen Felder. 

CLEAR Löschen des Bildschirms. 

CLEAR ALL Abschließen aller in Benutzung befindlichen Files (Datenbank-, Index-, 
Formatfiles usw.), Freigabe aller Speichervariablen und Auswahl des Arbeits- 
bereichs 1. 

CLEAR GETS Deaktivieren der aktiven @ . . . GET-Kommandos. 

CLEAR MEMORY Löschen aller Speichervariablen. 

CLOSE [ALTERNATE|DATABASES|FORMAT|INDEX PROCEDURE] 

Abschließen der ausgewählten Files. 

CONTINUE Positionierung des Dateizeigers nach LOCATE. 

COPY FILE <quelLfilename> TO <zieLfilename> 

Kopieren beliebiger Files. 

COPY TO <filename> [<gb>] [FIELDS <feldliste>][F0R|WHILE<bedingung>1 

| SDF| DELIM ITEO [WITH BLANK|<zeichen>][ 

Kopieren des aktiven Datenbankfiles in ein anderes Datenbank- oder Textfile. 
COPY STRUCTURE EXTENDEO TO <filename> 

Die Struktur des aktiven Datenbankfiles wird zum Inhalt des Datenbankfiles. 
COPY STRUCTURE TO <filename> [FIELDS <feldliste>] 

Es wird ein neues Datenbankfile erstellt, mit der Struktur des aktiven Daten- 
bankfiles und null Sätzen. 

COUNT [<gb>] [F0R|WHILE <bedingung>] [TO <speichervar>] 

Anzahl der Datensätze. 

CREATE <filename> [FROM <strukturfile>] Erzeugen eines Datenbankfiles (.dbf). 
CREATE LABEL <filename> Erzeugen eines Formatfries für Briefadressen ( Ibl). 
CREATE REPORT <filename> Erzeugen eines Formatfiles für Bericht (.frm). 


DELETE [<gb>] [F0R|WHILE <bedingung>] 

Löschmarkierung für Datensätze setzen. 

DIR [<gerät>:] [<pfad>\] [<filegruppe>] Anzeige der ausgewählten Ries. 

DISPLAY [<gb>] [<ausdr_liste>] [F0R|WHILE <bedingung>] [UFF] [TO PRINT] 
Anzeige der ausgewählten Felder. 

DISPLAY MEMORY [TO PRINT] Anzeige der gültigen Speicherplatzvariablen. 

DISPLAY STATUS [TO PRINT] Anzeige des Status. 

DISPLAY STRUCTURE [TO PRINT] Anzeige der Struktur des aktiven Datenbankfiles. 

DO <filename> [WITH - parameter liste ■] 

Aufruf eines Kommandofiles oder einer Prozedur. 

00 CASE 

CASE <bedingung> <kommandofolge> 

([CASE <bedingung> <kommandofolge>] . . . } 

[OTHERWISE <kommandofolge>] 

ENDCASE Strukturierte Anweisung in einem Kommandofile zur Übergabe der Pro- 
grammsteuerung an den ersten Fall, dessen Bedingung erfüllt ist (TRUE liefert). 

00 WHILE <bedingung> 

[<kommandofolge>] 

[L00P|EXIT] 

[<kommandofolge>] 


ENDDO Strukturierte Anweisung in einem Kommandofile zur zyklischen Abarbei- 
tung der Kommandofolge, solange eine Bedingung erfüllt ist. 

EDIT [[RECORD] <n>] Editieren des Datensatzes n im Direktmodus. 

EJECT Seitenvorschub auf dem Drucker. 

ERASE <filename> Löschen des angegebenen Files. 

EXIT Unbedingtes Verlassen eines DO-Zyklus und Fortsetzung mit dem auf die 
DO-Anweisung folgenden Kommando. 


FIND <string_ausdr> Voraussetzung: Die aktive Datenbank ist mit einem Index- 
file in Benutzung. Dann bewirkt FIND die Positionierung des Dateizeigers auf 
den ersten Datensatz, für den Indexschlüssel und Zeichenkette gleich sind. 


[GOjGOTO] B0TT0M|T0P|<ausdr> Positionieren des Dateizeigers. 


HELP [<schlüsselwort>] 


IF <bedingung> 

■kommaridofolge 1 > 

[ELSE 

<kommandofolge_2>] 

ENDIF 

INDEX ON <ausdr> TO <filename> Indizieren der aktiven Datenbank nach dem 
angegebenen Ausdruck. Es entsteht ein Indexfile (.ndx-File). 

INPUT [<prompt>[ TO <speichervar> Sequentielle Eingabe von der T astatur und 
Zuweisung des eingegebenen Wertes an die Speichervariable. 

INSERT [BLANK] [BEFORE] Einfügen eines Datensatzes nach oder vor (BEFORE) 
dem Datensatz, auf den der Dateizeiger zeigt. 


JOIN WITH <alias> TO <filename> FOR <bedingung> [FIELDS <feldliste>] 
Vereinigen angegebener Felder von zwei Datenbanken. 


ÜBEL FORM <filename> [SAMPLE] [<gb>] [FOR WHILE <bedingung>] [TO PRINT) 
[TO FILE <filename>] Ausgabe von Briefadressen 
LIST [OFF] [<gb>] [F0R|WHILE <bedingung>] [<ausdrJiste>] [TO PRINT] 

Ausgabe der berechneten Werte der Feldliste. 

LIST MEMORY [TO PRINT] Anzeige der gültigen Speichervariablen. 

LIST STATUS [TO PRINT] 

Anzeige des Zustandes der aktiven Datenbankfiles einschließlich Indexfiles, 
Alternate-Files und Systemparametern. 

LIST STRUCTURE [TO PRINT] Anzeige der Struktur des aktiven Datenbankfiles. 
LOCATE [<gb>] FOR <bedingung> 

Positionieren des Dateizeigers auf den ersten Datensatz der Datenbank, der 
die Bedingung erfüllt. 

LOOP Bewirkt innerhalb einer DO-WHILE-Anweisung die Übergabe der Pro- 
grammsteuerung an den Anfang dieser DO-WHILE-Anweisung. 

MODIFY COMMAND <filename> Aufruf des angeschlossenen Textprozessors zur 
Erstellung von Kommandofiles, i. allg. Textfiles, im Direktmodus. 

M00IFY LABEL <filename> 

MODIFY REPORT <filename> 

MODIFY STRUCTURE Editieren eines Formatfiles oder der Struktur. 


N0TE|* <text> Kommentare in einem Kommandofile mit Makroersetzung. 


PACK Physisches Löschen aller Datensätze, die als gestrichen markiert sind. 
PARAMETERS <parliste> Spezifizieren der Parameter einer Prozedur. 

Private [ALL [LIKE|EXCEPT <gruppenbezeichnung>]] [<speichervar_liste>] 
Beschränken der Sichtbarkeit von Speichervariablen. 

PROCEDURE <name> Definition einer Prozedur. 

PUBLIC <speichervar_liste> 

Erweitern des Sichtbarkeitsbereiches der aufgeführten Speichervariablen. 


QUIT Abschließen aller eröffneten Files und Verlassen von dBASE. 


READ Aktivieren des GET-Teils aller seit dem letzten READ bzw. dem Start von 
dBASE abgearbeiteten @ ... GET-Kommandos und Setzen des Kursors auf 
den Eingabebereich des ersten GET-Kommandos. 

RECALL [<gb>] [F0R| WHILE <bedingung>] 

Streichen der Löschmarkierung von Datensätzen. 

REINDEX Aktualisieren aller aktiven Indexfiles. 

RELEASE [<speichervar>] [ALL [LIKE| EXCEPT <gruppenbezeichnung>]] 
Streichen von Speichervariablen. 

RENAME <alter_filename> TO <neuer_filename> Umbenennen eines Files. 

REPLACE [<gb>] <feld,> WITH <ausdr,> 

[,<feld 2 > WITH <ausdr 2 >, . . . ] [FOR|WHILE <bedingung>] 

Ersetzen von Feldinhalten. 

REPORT FORM <filename> [<gb>] [FOR <bedingung>] [PLAIN] [HEADING < 
zeichenkette>] [NOEJECT] [TO PRINT] [TO FILE <filename>] 

Ausgabe eines Berichts. 

RESTORE FROM <filename> [ADDITIVE] 

Laden von Speichervariablen vom File (.mem). 

RETURN [TO MASTER] Rückgabe der Programmsteuerung an das aufrufende Kom- 
mandofile des höchsten Niveaus (TO MASTER). 

RUN <kommando> Aufruf eines Kommandos aus der Umgebung von dBASE. 


SAVE TO <filename> [ALL LIKE|EXCEPT <gruppenbezeichnung>] 

Speichern aller ausgewählten Speichervariablen in ein File (.mem). 

SEEK <ausdr> Positionieren des Satzzeigers auf den ersten Datensatz, dessen 
Index gleich dem Wert des Ausdrucks ist. 

SELECT <arbeitsbereich>|<alias> Auswahl eines Arbeitsbereichs. 

SET Auswahl der Optionen von dBASE im Direktmodus. 

SET ALTERNATE TO [<filename>] Definition eines Alternate-Files, in welches alle 
sequentiell auf dem Bildschirm erscheinenden Ausgaben abgelegt werden 
können. 

SET ALTERNATE ON|OFF An- und Abschalten der Ausgabe in das Alternate-File. 

SET BELL ON[OFF An- und Abschalten eines Signals, welches bei der Eingabe des 
letzten Zeichens eines Feldes ertönt. 

SET CARRY ONjOFF Übernahme (ON) der Daten des letzten Datensatzes in einen 
durch APPEND oder INSERT hinzugefugten Datensatz. 

SET COLOR TO <std display>[,<erw display ] [<begrenzung>] 

Auswahl der Anzeigearten und Farben auf dem Bildschirm. 

SET CONFIRM ON|OFF Kursorsprung zum nächsten Eingabefeld. 

SET CONSOLE ON|OFF Ausgabe auf den Bildschirm. 

SETDEBUG ON OFF Die Ausgabe von SET ECHO wird auf dem Drucker ausgege- 
ben (ON). 

SET DECIMALS TO <n> Festlegen der Mindestanzahl an Dezimalstellen numeri- 
scher Werte für die Ausgabe (vgl. SET FIXED). 

SET DEFAULT TO <gerät> Standardgerät für den Zugriff auf Datenfiles. 

SET DELETED ON OFF Datensätze, die als gelöscht markiert sind, werden in die 
nachfolgenden Operationen einbezogen (OFF). 

SET DELIMITER TO <zeichenkette> 
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Neuer Fachausschuß 

„Minicomputersysteme“ 

gebildet 

Auf der Vorstandssitzung der Wis- 
senschaftlichen Sektion (WS) Com- 
puter- und Mikroprozessortechnik im 
Fachverband Elektrotechnik der 
Kammer der Technik am 14. 12. 1988 
wurde in Berlin ein neuer Fachaus- 
schuß (FA) für Minicomputersysteme 
gegründet. 

Die Gründung des neuen FA zeugt 
von der gewachsenen Bedeutung 
des Einsatzes von Klein- und Mikro- 
rechnern des Systems der Kleinre- 
chentechnik (SKR) der sozialisti- 
schen Länder, deren Einsatz gegen- 
wärtig alle Bereiche der Volkswirt- 
schaft der DDR umfaßt. Ausgehend 
vom Einsatz der ersten 16-Bit-SKR- 
Anlagen vor 10 Jahren hat sich ge- 
genwärtig der Bestand an SKR-Anla- 
gen aus Importen und Eigenproduk- 
tion des VEB Kombinat Robotron auf 
über 1 000 Anlagen erhöht. Charakte- 
ristisch für die gegenwärtige Phase 
ist die Einführung von 32-Bit-SKR- 
Anlagen des Typs Kl 840 und die 
Weiterentwicklung von 16- und 32- 
Bit-SKR-Anlagen zu Mikroprozessor- 
systemen (Elektronika-85, Elektro- 
nikaMS0104 usw.). 

Ausgehend von der großen volkswirt- 
schaftlichen Bedeutung der Minicom- 
putertechnik besteht ein enorm hoher 
Bedarf 4'.-,'tausch wissenschaft- 
lich-technischer Informationen zu 
Einsatzvorbereitung, Nutzung, Be- 
trieb und Weiterentwicklung der 
ird-_und Software der SKR-Anla- 
isher wurde der Erfahrungs- 
austausch^ fm Rahmen der Koopera- 
tionsgemeinschaft SM3/SM4 in der 
DDR erfolgreich organisiert. Unter 
Ausschöpfung aller Möglichkeiten 
der Kammer der Technik stellt sich 
der neue FA vor allem das Ziel, in 
breiterem Umfang unter Berücksichti- 
gung der Koexistenz von 16-Bit- und 
32-Bit-Technik den Erfahrungsaus- 
tausch auf einem noch höheren Ni- 
veau zu organisieren. Im einzelnen 
stellt sich der neue FA folgende Auf- 
gaben: 

- Erfahrungsaustausch über Ein- 
satzvorbereitung, Nutzung und Be- 
trieb von Minicomputersystemen 

- Erfahrungsaustausch über die 
Weiterentwicklung der Hard- und 
Software der Minicomputersysteme 

- aktive Einflußnahme auf die Wei- 
terentwicklung und künftige Gestal- 
tung von Minicomputersystemen 

- Organisation, Abstimmung und 
Koordinierung der Weiterbildungs- 
veranstaltungen zur Minicomputer- 
technik 

- Organisation des internationalen 
Erfahrungsaustausches. 

Mit der Leitung der Vorstände des 
neuen Fachausschusses und der 
neuen - im folgenden genannten - 
Fachunterausschüsse wurde als Vor- 
sitzender des Fachausschusses „Mi- 
nicomputersysteme“ Prof. Dr. sc. 
techn. Thomas Horn, Informatikzen- 
trum des Hochschulwesens an der 
Technischen Universität Dresden, In- 
formatik-Rechenzentrum, beauftragt. 
FUA „Architektur 
von Minicomputersystemen“ 

In diesem FUA werden generelle Fra- 
gen der Architektur von 16- und 32- 
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Bit-Minicomputersystemen und ihrer 
Weiterentwicklung behandelt und ein 
entsprechender Erfahrungsaus- 
tausch organisiert. 

Vorsitzender ist Prof. Dr. sc. techn. 
Dieter Jungmann, Informatikzentrum 
des Hochschulwesens an derTechni- 
schen Universität Dresden, Wissen- 
schaftsbereich Rechnersysteme. 

FUA „ Systemsoftware 
16-Bit-Technik" 

Schwerpunkt dieses FUA ist die Or- 
ganisation des Erfahrungsaustau- 
sches zur Standardsoftware für die 
16-Bit-Technik, wie Betriebssysteme 
MOOS- 1600, OS-RW, FOBOS, RA- 
FOS, Grafiksoftware, Datenbanksy- 
steme, Programmiersprachen und 
Netzsoftware. 

Vorsitzender ist Dr.-Ing. Mario Geis- 
ter, Ingenieurhochschule Mittweida, 
ORZ. 

FUA „Systemsoftware 
32-Bit-Technik" 

Schwerpunkt des FUA ist die Organi- 
sation des Erfahrungsaustausches 
zur Standardsoftware für die 32-Bit- 
Technik, wie Betriebssysteme SVP- 
1800, MUTOS-1800, Grafiksoftware, 
Datenbanksysteme, Programmier- 
sprachen und Netzsoftware. 
Vorsitzender ist Dr.-Ing. Dietmar 
Gollnick, Leitzentrum für Anwen- 
dungsforschung des VEB Kombinat 
Datenverarbeitung. 

FUA „Applikation von 
Minicomputersystemen “ 

Auf Grund vieler Parallelen soll in die- 
sem FUA nicht zwischen der 16- und 
32-Bit-Technik unterschieden wer- 
den, obwohl in bestimmten Einsatz- 
gebieten die 16- oder 32-Bit-Technik 
dominieren wird. Ziel dieses FUA ist 
die Organisation des Erfahrungsaus- 
tausches über die Anwendungssoft- 

Vorsitzender ist Doz. Dr. sc. techn. 
Günter Bock, Technische Hoch- 
schule Wismar, Sektion TdM. 

Prof. Dr. Thomas Hom 


Industriecomputer 
aus dem EAB 

Die ersten der für 1988 geplanten 60 
Industriecomputer ICA700 aus dem 
VEB Elektroprojekt und Anlagenbau 
Berlin (EAB) wurden im Oktober 1 988 
an das Schwermaschinenbaukombi- 
nat „Ernst Thälmann“ Magdeburg 
und das Werkzeugmaschinenkombi- 
nat „Fritz Hecken“ Karl-Marx-Stadt 
ausgeliefert. Der Minister für Elektro- 
technik und Elektronik, Felix Meier, 
sprach bei einem Besuch im Stamm- 
betrieb des Kombinates Automatisie- 
rungsanlagenbau mit Herstellern des 
neuen Erzeugnisses. Jörg Bartsch, 
Meister im Kollektiv „Karl Marx“, in- 
formierte, daß dieser ICA künftig das 
Haupterzeugnis des Betriebes ist. Er 
verwies auf die enge Zusammenar- 
beit zwischen den Kollegen des Mu- 
sterbaus und seinem Kollektiv in der 
stationären Fertigung. Das helfe, so 
der Meister, zügig voranzukömmen 
und 1 989 400 der 16-Bit-Computerzu 
produzieren. 

Bei der Umprofilierung des Kombina- 
tes durch erhöhten Einsatz der Mikro- 
elektronik sollen verbesserte Arbeits- 
bedingungen die Werktätigen für wei- 
teren Produktivitätsgewinn mobilisie- 


ren. Zu den neuen Anforderungen ge- 
hört die eigene Herstellung von mi- 
kroelektronischen Baugruppen und 
Leiterplatten in großen Stückzahlen. 
Ziel der Werktätigen ist es, 1 990 rund 
400000 Baugruppen zu produzieren 
und ein Leiterplattenwerk in Betrieb 
zu nehmen. Etwa 600 Arbeitskräfte 
sind dafür nötig, die zum großen Teil 
durch Rationalisierung im Kombinat 
gewonnen werden. adn 

Leiterplatten 
für Kleinbetriebe 
nach Kundenwunsch 

Der Ingenieurbetrieb für die Anwen- 
dung der Mikroelektronik in Erfurt ent- 
wickelt als erste Einrichtung dieser 
Art in der DDR auch spezielle Leiter- 
platten für Rationalisierungsvorha- 
ben in Klein- und Mittelbetrieben nach 
Kundenwunsch. Dazu wurde ein Lei- 
terplattenzentrum des Ingenieurbe- 
triebes aufgebaut. Es verfügt über 
rechnergestützte Arbeitsplätze und 
entsprechende Software für den Ent- 
wurf sowie ein Labor für die Herstel- 
lung von unbestückten Prototyp-Lei- 
terplatten. Auf der Basis des Strom- 
laufplans und entsprechend den Vor- 
stellungen des Kunden entwickeln 
Spezialisten des Betriebes das 
Layout der Leiterplatte am CAD-Sy- 
stem. Parallel dazu entstehen die 
Steuerlochstreifen für die Bohrauto- 
maten. Ebenfalls am Computer wer- 
den die Schablonen für die chemi- 
sche und galvanische Herstellung der 
Leiterzüge erarbeitet. 

Seit Anfang 1 988 wurde dieser Ser- 
vice von 18 Betrieben des Bezirkes 
Erfurt genutzt. Dazu zählen die Zuk- 
kerfabrik Walschleben, das Repara- 
turwerk „Clara Zetkin“ Erfurt sowie 
das Energiekombinat. Jährlich kön- 
nen mit dieser Technologie rund 100 
Aufträge bearbeitet werden. Um ihre 
Leistungen im Rahmen der territoria- 
len Rationalisierung weiter zu erhö- 
hen, sind die Mitglieder eines Ju- 
gendforscherkollektivs dabei, das 
Leiterplattenzentrum auszubauen. 

ADN-Rothe 


Robotron-Ausstellung 
in Budapest 

Einen Überblick über sein Produk- 
tionsprofil, vor allem bei Rechen-, 
Meß- und Schreibtechnik, vermittelte 
Mitte Oktober 1 988 das Kombinat Ro- 
botron mit einer Ausstellung in Buda- 
pest. Im Mittelpunkt der Exposition 
stand der 32-Bit-Computer Kl 840, 
der von Robotron erstmals in Ungarn 
vorgestellt wurde. 

Der Generaldirektor des DDR-Kom- 
binates, Friedrich Wokurka, erklärte 
bei der Eröffnung unter anderem, die 
Ausstellung habe das Ziel, neue Mög- 
lichkeiten der Industriekooperation 
zwischen beiden Ländern bis hin zu 
gemeinsamer Produktion und ge- 
meinsamem Absatz von Erzeugnis- 
sen zu erschließen. 

Zu dem ausgestellten 32-Bit-Rechner 
gehörten sechs Terminals. Beson- 
dere Bedeutung besitzt er für die In- 
dustrie, beispielsweise für den Ein- 
satz in CAD/CAM-Stationen. Vorge- 
stellt wurden ferner Drucker sowie 
verschiedene Software. Wissen- 
schaftler und Ingenieure des Kombi- 


nates sowie der Technischen Univer- 
sitäten Dresden und Magdeburg er- 
läuterten dem ungarischen Fachpu- 
blikum spezielle Programme und 
Möglichkeiten der Robotrontech- 

Parallel zur eigenständigen Robo- 
tron-Ausstellung war das Kombinat 
auf der zur selben Zeit in Budapest 
stattfindenden internationalen Aus- 
stellung Compfair 88 vertreten. Dort 
wurden Personalcomputer und Mög- 
lichkeiten ihres Einsatzes vorgeführt. 

ADN 


Gemeinsames Unterneh- 
men für Computersysteme 

Die Siemens AG sowie die Intel Cor- 
poration, Santa Clara (USA), haben 
vereinbart, eine gemeinsame Com- 
puterfirma zu gründen. Das Joint 
Venture, an dem Siemens und Intel 
zu jeweils 50 % beteiligt sind, erhält 
den Namen „BiiN“ (sprich „Bein“). 
Eine entsprechende Vereinbarung 
wurde Mitte 1988 in München unter- 
zeichnet. Das Joint Venture ergänzt 
die Geschäftsstrategien beider Part- 
ner und wird weltweit Corrrputersy- 
steme für vernetzte Rechneranwen- 
dungen besonders hoher Zuverläs- 
sigkeit anbieten. MP 

COCOM-Restriktionen 
von Japan verändert 

Die japanische Regierung hat im No- 
vember 1988 beschlossen, die bishe- 
rigen COCOM-Restriktionen für 32 
Erzeugnisgruppen zu lockern. 
Gleichzeitig sollen Exportbestimmun- 
gen für 31 Produkte, die für militäri- 
sche Zwecke verwendet werden 
könnten, verschärft werden. Das Ka- 
binett stimmte einer entsprechenden 
Änderung der Durchführungsbestim- 
mungen des Gesetzes über den De- 
visen- und Außenhandel zu, die das 
japanische Ministerium für internatio- 
nalen Handel und Industrie (MITI) 
vorgeschlagen hatte. 

Aus den Embargolisten herausge- 
nommen wurden mit Wirkung vom 
20. Dezember unter anderem Com- 
puter, Transistoren, integrierte 
Schaltkreise und Flugzeuge. Für Mi- 
nicomputer, Videorecorder und 
Floppy Disks ist künftig keine Export- 
lizenz des MITI mehr notwendig. Von 
COCOM-Restriktionen ebenfalls 
nicht mehr betroffen sind nach japani- 
schem Außenhandelsgesetz nun- 
mehr auch technologische Erzeug- 
nisse wie Gallium-Arsenid-Transisto- 
ren für die Satelliten-Kommunikation. 
Die japanische Regierung folgt damit 
einer ökonomisch motivierten Forde- 
rung einflußreicher Wirtschaftskreise 
Nippons, die bereits mehrfach öffent- 
lich angeregt hatten, nur Produkte mit 
tatsächlicher militärischer Bedeutung 
für den Ost-West-Handel zu sperren. 
Andererseits sollen jene Verbote 
wegfallen, die durch technologische 
Fortschritte in den sozialistischen 
Staaten unsinnig geworden sind. Be- 
reits im September hatte das MITI 
eine Liste von Hochtechnologie-Pro- 
dukten - darunter elektronische 
Rechner, Textverarbeitungsgeräte 
und Frequenzmesser - veröffentlicht, 
deren Export erleichtert wird. 

ADN 
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SCP-GX und höhere Programmier* 
sprachen 

Der A7100 ist mit einem sehr leistungsfähi- 
gen grafischen Subsystem ausgerüstet. Mit 
der Betriebssystemerweiterung SCP-GX 
steht dem Anwender ein Werkzeug zur Ver- 
fügung, mit dessen Hilfe umfangreiche grafi- 
sche Aufgaben gelöst werden können. Das 
Handhaben dieser grafischen Systemerwei- 
terung als Gerätetreiber bereitet jedoch dem 
weniger versierten Programmierer einige 
Schwierigkeiten. So ist das SCP-GX von hö- 
heren Programmiersprachen, sieht man ein- 


mal von Fortran 77 ab, nicht ohne weiteres 
erreichbar. Selbst wenn man ein der 

SUBROUTINE GDOS86 (CONTRL, INTIN, PTSIN, 
INTOUT, PTSOUT) (F77) 

analoges Unterprogramm zur Verfügung hat, 
ist die Nutzung der grafischen Funktionen 
durch die erforderliche Belegung der Steuer- 
felder noch hinreichend kompliziert. Außer- 
dem entstehen dabei recht unübersichtliche 
Programme, die nur durch umfangreiche 
Kommentare durchschaubar gemacht wer- 
den können. Es wäre deshalb wünschens- 
wert, daß dem Anwender eine Bibliothek von 
Unterprogrammen zur Verfügung stände, die 


die jeweiligen grafischen Funktionen ausfüh- 
ren und denen nur die jeweils relevanten Pa- 
rameter übergeben werden müssen. Die vom 
Hersteller für Fortran 77 gelieferten Routinen 
WSOPEN, WSCLCS, WSESCP, WSCHAR 
bilden eine gute Basis einer solchen Biblio- 
thek. Wir wollen im weiteren eine einheitliche 
Realisierung dieses Konzeptes für die Pro- 
grammiersprachen Turbo-Pascal, Fortran 77 
und C vorstellen. 

In T urbo-Pascal und C ist die Routine gdos86 
ohne große Schwierigkeiten zu realisieren. 
Das Parameterfeld parms enthält die voll- 
ständigen (je 4 Byte) Zeiger auf die Steuerfel- 
der contrl, intin, ptsin, intout, ptsout. Diese 
Belegung erfolgt in der Routine parm_ini. In C 
muß man sich die Basisadresse des Daten- 
segmentes z. B. mit Hilfe von #define DSEG 
(*(int *)9) aus der Basisseite beschaffen. Der 
Aufruf des SCP-GX erfolgt über die BDOS- 
Schnittstelle mit der Rufnummer 473H. Die 




pop Bi 




Bild 4 GDOS86: For- 
tran 77, Large Model 


• F77 GDOS86 ******************************************** 

SUBROUTINE GDOS8 6 ( CONTRL , INTIN , PTSIN , INTOUT , PTSOUT ) 
INTEGER*2 CONTROL(N) , INTIN(M) ,PTSIN(K) , INTOUT(L) ,PTSOUT(J) 



i Bild 5 Liste der implementierten Funktionen 
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Bild 12 Liste der Unterprogramme 


Funktion _BDOS der Standardbibliothek ist 
nicht verwendbar, da die Rufnummer nur als 
Byte übergeben wird. Man ersetze den Modul 
BDOSS in der Standardbibliothek durch den 
angegebenen. Dazu erstellt man eine Datei 
BDOSS. A86 mit dem in Bild 2 angegebenen 
Quelltext, übersetzt diesen mit RASM86 
BDOSS $NC und ersetzt den Modul BDOSS 
der Standardbibliothek mit LIB86 LIB- 
C=LIBC.L86 REPLACE BDOSS. Die Bil- 
der 1 und 2 zeigen die entsprechenden Quel- 
len. Die Bilder 3 und 4 enthalten ein Assem- 
blerlisting für eine GDOS86-Routine, die mit 
vom F77-Compiler (von Digital Research) er- 
zeugten Objektmoduln verbunden werden 
kann. Dabei entspricht Bild 3 dem Small-Mo- 
del, Bild 4 dem Large-Model. Abschließend 


geben wir eine Liste aller implementierten 
Funktionen mit einer kurzen Beschreibung 
der von ihnen geforderten Parameter an 
(Bild 5). 

KGS-Steuerfolgen 

und höhere Programmiersprachen 

Die grafische Erweiterung SCP-GX des Be- 
triebssystems SCP 1 700 bietet dem Anwen- 
der vielfältige Möglichkeiten. In vielen An- 
wendungsfällen werden jedoch lediglich gra- 
fische Darstellungen auf dem Bildschirm be- 
nötigt. Gerade in solchen Situationen ist die 
Nutzung des SCP-GX recht umständlich und 
eine direkte Ansteuerung des KGS über die 
entsprechenden Steuerfolgen wesentlich ef- 
fektiver. Dann könnte die Installation des 


SCP-GX über das GRAPHICS-Kommando 
entfallen. Da auch das Laden der Grafikfirm- 
ware softwaregesteuert erfolgen kann, 
könnte man die Nutzerfreundlichkeit solcher 
Programme weiter erhöhen. Außerdem sind 
im SCP-GX nicht alle Möglichkeiten des KGS 
direkt realisiert. Hier ist vor allem die 
unabhängige Nutzung der beiden Bild- 
schirmebenen interessant. Die einzige 
Schwierigkeit bei der Realisierung eines sol- 
chen Konzeptes besteht darin, die entspre- 
chenden Steuerfolgen von der Ebene einer 
höheren Programmiersprache aus fehlerfrei 
an den KGS zu übergeben. Die BDOS-Funk- 
tionen zur Zeichenausgabe an die Konsole 
(Ruf 2 oder 6) können leider nicht benutzt 
werden, da diese nicht in der Lage sind, KGS- 
Steuerfolgen zu erkennen und gewisse Steu- 
erzeichen vorzuverarbeiten. Damit sind na- 
türlich auch die Mittel höherer Programmier- 
sprachen zur Zeichenausgabe (Write-Be- 
fehle) nicht verwendbar. Es wäre möglich, 
aber auch recht umständlich, die entspre- 
chenden BIOS-Funktionen (Ruf 2) zu nutzen. 
Die effektivste Variante besteht sicherlich 
darin, die Steuerfolgen direkt an den KGS 
auszugeben. Einen sicheren Zugriff auf die 
Datenports gewährleistet jedoch nur Turbo- 
Pascal. Bild 6 enthält eine entsprechende 
Prozedur. Für die Sprachen Basic 1700, For- 
tran 77 und C ist es erforderlich, kleine in As- 
sembler geschriebene Unterprogramme zur 
Zeichenausgabe an den KGS einzubinden. 
Die Quelltexte sind in den Bildern 7 bis 1 0 zu- 
sammengefaßt. Diese Quellen sind mit 
RASM86 zu übersetzen, und die entstehen- 
den Objektdateien können dann mit dem An- 
wenderprogramm verbunden werden. Der 
Basic-Interpreter erfordert eine gesonderte 
Behandlung. Zunächst muß der Objektmodul 
mit LINK86 zu einem ausführbaren Pro- 
gramm verbunden werden. Bild 1 1 zeigt, wie 
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man den dabei entstandenen Programm- 
code in das Datensegment des Basic-Inter- 
preters ab der Adresse &HFF50 lädt. Nach 
der Zuweisung CODE=&HFF50 ist dann die 
Ausgabe des Zeichens 1% an den KGS mit 
CALL CODE(l%) realisierbar. Damit ist es 
möglich, alle in der Systembeschreibung des 
KGS angegebenen Funktionen auszuführen. 
Bild 1 2 enthält eine Liste der von uns auf die- 
ser Grundlage erstellten Unterprogramme 
mit allen erforderlichen Parametern. Zur 


Demonstration geben wir noch die Realisie- 
rung der Funktionen init, setJineparameter, 
set-pen und draw in der Programmierspra- 
che C an (Bild 13). 

Alle so erstellten grafischen Programme las- 
sen sich auf Quelltextebene ohne Schwierig- 
keiten auf den A 71 50 (unter dem Betriebssy- 
stem DCP) übertragen. 
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121 Schmidt, E.: Hilfsroutinen zur Arbeit mit SCP-GX. Mikro- 
prozessortechnik, Berlin 2 (1 988) 4. S. 1 21 
131 Dokumentation A7100. Bandl: Rechner und Geräte, 
1.56. 702001.5/53; Band 2: Logikmoduln MMS 16(MF), 
1.56.702002.3/97 

141 Steuerprogramm SCPX1700, Anleitung für den Sy- 


1 El KONTAKT m \ 

Ingenieurhochschule Cottbus, Karl-Marx-Straße 17, Cott- 
bus, 7500; Tel. 692454 


Grafikbibliotheken 

für A 71 00/71 50 


Dr. Knut Stephan, Dietmar Thalmann 
VEB Geräte- und Regler-Werke 
„Wilhelm Pieck“ Teltow 


Die 16-Bit- Arbeitsplatzcomputer A7100I 
A7150 bieten die Möglichkeit der Grafikar- 
beit. Dabei können unter dem Betriebssy- 
stem SCP1700 und DCP 1700 die Grafik- 
erweiterungen SCP-GX bzw. DCP-GX in 
Verbindung mit entsprechenden Grafikpro- 
zeduren genutzt werden. Für das Echtzeit- 
betriebssystem BOS1810 steht eine derar- 
tige grafische Grundsoftware nicht zur Ver- 
fügung. 

In diesem Beitrag wird eine Lösung vorge- 
stellt, die es ermöglicht, unter den Betriebs- 
systemen BOS1810, SCP1700 und 

DCP 1700 das grafische Subsystem des 
A 7100IA 7150 ohne Betriebssystemerweite- 
rung zu nutzen. Diese Lösungs variante ist für 
einfache grafische Anwendungen sehr 
zweckmäßig und effektiv einsetzbar und 
führt gegenüber Grafik-Betriebssystemer- 
weiterungen zu Einsparungen hinsichtlich 
Rechenzeit und Speicherplatz. Die funktio- 
neile Leistungsfähigkeit des SCP-GX/DCP- 


GX hinsichtlich Bedienung unterschiedli- 
cher grafischer Geräte wird nicht erreicht. 

Voraussetzungen 

Grundvoraussetzung zur Arbeit mit den Gra- 
fikbibliotheken ist die Grafikfähigkeit des 
A7100/A7150, das heißt, der Arbeitsplatz- 
computer muß über ein grafisches Subsy- 
stem, bestehend aus dem Controller für grafi- 
sche Systeme (KGS K7070) und der An- 
schlußsteuerung für grafischen Bildschirm 
(ABG K7072), verfügen. 

Weiterhin muß die grafische Firmware 
GRAFx.xxx auf Externspeicher vorliegen. 
Bei den Betriebssystemen SCP1700 und. 
DCP 1700 gehört die entsprechende Datei 
(z.B. GRAF6.FRM für A7100 und 
GRAF7.F50 für A7150) zum Lieferumfang 
des AC. Für das Betriebssystem BOS1810 
wurde diese KGS-Firmware in das entspre- 
chende Datenformat konvertiert. Dem Laden 
der Firmware in den Arbeitsspeicher des 
KGS dient eine spezielle Prozedur der Gra- 
fikbibliothek. 

Als grafisches Eingabegerät dient die Tasta- 
tur, als Ausgabegeräte der Monitor und der 
Drucker (HARDCOPY). 


Dr.-Ing. Knut Stephan (31 ) 

- Studium von 1977 bis 1982 an der Sektion 
Technische Kybernetik und Elektrotechnik der 

; TH (jetzt TU) Magdeburg in der Fachrichtung 
Technische Kybernetik und Automatisierungs- 
l technik 

- von 1 982 bis 1 986 als wissenschaftlicher As- 
■ sistent im Wissenschaftsbereich Automatisie- 
rungstechnik der Sektion Verfahrenstechnik an 
der TH Leuna-Merseburg 

- 1987 Promotion A auf dem Gebiet der Pro- 
zeßsteuerung 

- seit 1986 Mitarbeiter für F u. E im VEB Ge- 
räte- und Regler- Werke Teltow auf dem Gebiet 
der Automatisierungsanlagenentwicklung 
Dipl.-Ing. Dietmar Thalmann (27) 

- Studium von 1983 bis 1987 an der Sektion 
Automatisierungsanlagen der TH Leipzig in der 

: Fachrichtung Technische Kybernetik und Auto- 
matisierungstechnik 

, - seit 1987 Mitarbeiter für Forschung und Ent- 
wicklung im VEB Geräte- und Regler-Werke 
Teltow auf dem Gebiet der Softwareerstellung 
für Automatisierungsanlagen 


Aufbau und Wirkungsweise 

Eine Grafikbibliothek ist aus einzelnen Pro- 
zeduren aufgebaut. Diese Prozeduren akti- 
vieren die Funktionen der ladbaren KGS- 
Firmware des A 71 00/A 71 50 IV, 121. Dazu 



Mikroprozessortechnik, Berlin 3 (1989) 3 


70 


parametrierte Steueranweisungen in Form 
von Grafikkommandos, Spezialpuffern und 
Tastaturbedienkommandos mittels einer 
zentralen Prozedur (Bild 1a) von der ZVE 
direkt an den Datenport des KGS übertragen 
und unmittelbar nach Empfang verarbeitet. 
Kommt es im Rahmen der Verarbeitung ein- 
zelner Steueranweisungen zur Bereitstellung 
von Daten durch die KGS-Firmware (z. B. Po- 
sition des grafischen Kursors, Pixelinforma- 
tion), so erfolgt eine Übertragung dieser Da- 
ten vom KGS zur ZVE. 

Die Prozeduren der Grafikbibliotheken wer- 
den durch Funktionsrufe (Prozeduraufrufe, 
CALL-Befehle) im Anwenderprogramm akti- 
viert. Im Bild 1b ist eine implementierte Gra- 
fikprozedur einer Turbo-Pascal-Bibliothek 
dargestellt (Ausgabe eines Linienzuges). 

Die einzelnen Grafikbibliotheken können in 
Abhängigkeit vom Anwendungsfall zusam- 
mengestellt werden. 

Grafikfunktionen 

Die auf der Basis von Prozeduren realisierba- 
ren Grafikfunktionen lassen sich im wesentli- 
chen fünf Gruppen zuordnen. Zu den Stan- 


dardfunktionen zählen das Laden der Firm- 
ware, das Einstellen der Splitgrenze und das 
Löschen des Grafikbereichs im Bildwieder- 
holspeicher (BWS). 

Die Ausgabefunktionen dienen der Darstel- 
lung von Grafikelementen (Linie, Symbol/ 
Marker, Füllgebiet, Text, Rechteck, Kreis, 
Kreisbogen) auf dem Bildschirm. Außerdem 
ist ein Bildschirm-HARDCOPY über den 
ZVE-Drucker möglich. Die Koordinaten sind 
in den Bereichen 0 . . 639 (X-Koordinate) und 
0 . . 399/0 . . 479 (Y-Koordinate) anzuge- 
ben. 

Mit den Attributfunktionen lassen sich die At- 
tribute der Darstellungselemente (z. B. Li- 
nienstärke und -typ, Markertyp, Füllart, Hel- 
ligkeit/Farbe) einstellen. 

Eingabefunktionen ermöglichen die Über- 
nahme von grafischer Information (z. B. Kur- 
sorposition, Pixelbelegung) in das Anwen- 
derprogramm. 

Steuerfunktionen realisieren im wesentlichen 
Parametereinstellungen (Schreibtyp, Initiali- 
sierungsmodus, Kursorart) sowie Bewegun- 
gen des grafischen Kursors. 


Einbindung 

Die Einbindung der Grafikbibliotheken in das 
Anwenderprogramm ist von der Programm- 
umgebung abhängig. 

Bei den Betriebssystemen SCP1700/ 
DCP 1 700 muß die entsprechende Bibliothek 
durch $1 in den Quelltext des Turbo-Pascal- 
Anwenderprogramms eingefügt werden 
(Bild 2). 

Beim Echtzeitbetriebssystem BOS1810 da- 
gegen wird die Grafikbibliothek als Modul an 
das Anwenderprogramm gelinkt. Die ent- 
sprechenden EXTERNAL-Prozedurverein- 
barungen sind mit $INCLUDE in die Quelle 
des Anwenderprogramms aufzunehmen. 
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Grafikprogrammierung mit SCP-GX 


Prof. Dr. Manfred Vogel, 

Andreas Eger 

Techn. Universität Karl-Marx-Stadt 


Die Bildschirmauflösung der Arbeitsplatz- 
computer A 1700 und A 1 750 von 640 x 400 
Bildpunkten bei einer Darstellungsfläche von 
200 x 137,6 mm 2 gestattet die Ausgabe von 
Layouts, Plänen, Funktionsverläufen, Model- 
len und anderen ingenieurtechnischen Dar- 
stellungen. Die Erzeugung von Abbildungen 
von Körpern variabler Abmessung und Ge- 
stalt erfordert die Möglichkeit bequemer 
Transformationen zwischen verschiedenen 
Koordinatensystemen. Im Unterschied zum 
grafischen Kernsystem GKS unterstützt die 
grafische Betriebssystemerweiterung SCP- 
GX nur die Transformation auf die Geräte- 
koordinaten (DC) des gewählten physischen 
Ausgabe- bzw. Eingabegerätes. Das heißt, 
daß beim Aufruf einer SCP-GX-Funktion die 
Koordinaten sämtlicher Punkte in normali- 
sierten Gerätekoordinaten (NDC) mit Werten 
im Bereich von 0 bis 32767 angegeben wer- 
den müssen bzw. zurückvermittelt werden. 
Der Ursprung des NDC-Koordinatensystems 
liegt in der linken unteren Ecke der Darstel- 
lungsfläche, die normalisierten Gerätekoor- 
dinaten werden auf jede Achse des E/A-Ge- 
rätes komplett abgebildet. 

Für die praktische Arbeit des Anwenderpro- 
grammierers verbinden sich damit folgende 
Probleme: 

• Der Ingenieur ist es gewohnt, für zeichneri- 
sche Darstellungen im allgemeinen in mm zu 
denken. 

• Er beschreibt seine Darstellung in einem 
für den jeweiligen Zweck geeigneten Koordi- 
natensystem, dem Weltkoordinatensystem 
(WC). Dieses Weltkoordinatensystem ist in 
seinen Achsen entsprechend den benötigten 
physikalischen Einheiten geteilt. Sein Ur- 
sprung liegt, z. B. aus Symmetriegründen, 
nicht unbedingt in der linken unteren Ecke. 


• Bei vielen Aufgabenstellungen, vor allem 
aus dem CAD-Bereich, wird eine maßstäbli- 
che, unverzerrte Abbildung geometrischer 
Objekte gefordert. Voraussetzung dafür ist 
eine isotrope Skalierung, das heißt die Abbil- 
dung des Weltkoordinatensystems im glei- 
chen Maßstab auf beide Achsen des Geräte- 
koordinatensystems (DC). 

• Die Darstellungsflächen der unterschiedli- 
chen E/A-Geräte (z.B. Bildschirm, Plotter, 
Drucker) unterscheiden sich sowohl in der 


absoluten Größe als auch im Seitenverhält- 
nis. Bedingt durch die SCP-GX-Konvention, 
daß die NDC-Koordinaten von 0 bis 32767 
auf jede Achse des E/A-Gerätes abgebildet 
werden, ist somit für jede Achse jedes ver- 
wendeten Gerätes eine unterschiedliche 
Transformation notwendig. 

Bild 1 veranschaulicht die unterschiedlichen 
Transformationen. Ein Blechteil sei Im Welt- 
koordinatensystem x,y beschrieben. We- 
sentlich für das Finden einer Transforma- 
tionsvorschrift ist der abzubildende Bereich 
des Weltkoordinatensystems, der durch die 
Punkte P1(XA,YA) und P2(XE,YE) beschrie- 
ben wird (Fenster). Dieses Teil soll auf Bild- 



Bild 2 Unterprogramme ISO und ANISO 

SUBROUTINE ISO 

COMMON /TRANS/ IUA , IVA , XA , YA , XE , YE , RPXM , RPYM 
COMMON /GRAF/ WSN , CONTRL , INTIN , PTSIN , INTOUT , PTS0UT 
INTEGER*2 WSN, C0NTRL( 10 ) , INTINt 80 ) , PTSIN( 400 ) , 
INTOUT ( 45 ) ,PTSOUT( 12) 

B1=REAL( INTOUT( 1 ) ) 

B2 = REAL( INTOUTf 2 ) ) 

B4=REAL( INTOUTI4 ) ) 

B5=REAL( INTOUT( 5 ) ) 

B=B1*B4 
H=B2*B5 
RPX=32767/B 
RPY=32767/H 
RM=B/H . . 

BA=B 

HA=H 

DX=XE-XA 

DY=YE-YA 

R=DX/I)Y 

IF (R.GT.RM) HA=B/R 
IF (R.LT.RM) BA=H*R 
IUA=INT(RPX*(B-BA)/2) 

IVA=INT(RPY*(H-HA)/2) 

RPXM=RPX*BA/DX 

RPYM=RPY*HA/DY 

RETURN 

END 

SUBROUTINE ANISO 

COMMON /TRANS/ IUA , IVA . XA , YA , XE , YE , RPXM . RPYM 

DX=XE-XA 

DY=YE-YA 

IUA=0 

IVA=0 

RPXM-32767 . /DX 
i'PYM 32767. /DY 
RETURN 
END 
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schirm und Drucker K6313 unverzerrt aus- 
gegeben werden, wobei die jeweils zur Verfü- 
gung stehende Darstellungsfläche optimal 
ausgenutzt werden soll. Da die Seitenver- 
hältnisse der Ausgabegeräte nicht dem Sei- 
tenverhältnis des Weltkoordinatenfensters 
entsprechen, bleibt zwangsläufig ein Teil der 
Darstellungsfläche ungenutzt. Die Abbildung 
des Weltkoordinatenfensters soll jedoch in 
der Mitte der Darstellungsfläche liegen. 

Zur Realisierung der Transformation sind für 
jede Achse zwei Werte zu bestimmen: 

- der Wert, der die Lage des linken unteren 
Punktes der Abbildung des Weltkoordinaten- 
fensters in NDC angibt (im Programm IUA 
bzw. IVA) 

- ein Maßstabsfaktor für die Abbildung der 
Weltkoordinaten auf NDC (im Programm 
RPXM bzw. RPYM). 

Diese Werte werden für die angegebene 
Größe des Fensters und das vorgesehene 
E/A-Gerät im Programmablauf einmalig be- 
stimmt. Für isotrope Skalierung geschieht 
dies im (Fortran 77-) Unterprogramm ISO, für 
anisotrope Skalierung (unterschiedliche 
Achsteilung), wird das Unterprogramm 
ANISO bereitgestellt (Bild 2). ISO errechnet 
die Größe der physischen Darstellungsfläche 
des jeweiligen E/A-Gerätes aus den beim In- 


Dr. Wilfried Grafik 11 
Humboldt-Universität zu Berlin, 
Sektion Mathematik 


Die Datenbanksysteme dBase II und dBa- 
se III gehören in der 8- und 16-Bit-Technik, 
neben der Textverarbeitung und der Tabel- 
lenkalkulation, zu den am meisten benutzten 
Programmen. Viele Datenbank-, Kom- 
mando-, Format- und Berichtfiles wurden un- 
ter dBase II erstellt. Beim Umstieg auf dBase 
III, aber auch bei notwendiger gleichzeitiger 
Nutzung von 8- und 16-Bit-Technik, stehen 
deshalb zwei Fragen im Vordergrund: Wie 
können die unter dBase II vorhandenen Files 
unter dBase III genutzt werden? Welche Un- 
terschiede bestehen zwischen dBase II und 
dBase III? Die letzte Frage läßt sich leider 
nicht durch einen Überblick oder eine Tabelle 
beantworten. Alle diesbezüglichen Versuche 
sind zwangsläufig unvollständig und liefern 
für wesentliche Details keine befriedigenden 
Antworten. Es bedarf dazu einer eingehen- 
den Beschäftigung mit dBase III. Deshalb sei 
hier auf ein Buch verwiesen /I/. 

Der Frage der Konvertierung von dBase II 
nach dBase III und den dabei auftretenden 
Problemen wollen wir uns in diesem Artikel 
zuwenden. Verbreitet ist das Konvertierpro- 
gramm dCONVERT zum Konvertieren aller in 
dBase II benutzten Filetypen. Die Untersu- 
chungen beziehen sich auf die Version 1 .07, 
das heißt, bei höheren Versionen oder kom- 
patiblen Programmen können einige der hier 
auftretenden Anomalien beseitigt sein. Eine 

1) Teile der hier dargelegten Untersuchungen wur- 
den in einer studentischen Arbeit von Thomas Gan- 
schow und Astrid Schulz erbracht. 
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itialisieren der Arbeitsstation im Ausgabepa- 
rameterbereich INTOUT vermittelten Wer- 
ten. Für die Vermittlung der Transformations- 
parameter wurde im Beispiel der benannte 
COMMON-Block /TRANS/ eingeführt. Er ent- 
hält acht Werte mit folgender Bedeutung: 

IUA, IVA INTEGER+2) Lage des linken unte- 
ren Punktes der Abbildung des Weltkoordi- 
natenfensters in NDC 

XA, YA, XE, YE (REAL*4) linker unterer und 
rechter oberer Punkt des Weltkoordinaten- 
fensters in WC 

RPXM, RPYM (REAL*4) Umrechnungsfaktor 
WC in NDC in Richtung der x- bzw. Y-Achse 
Mit Hilfe der im COMMON /TRANS/ bereitge- 
stellten Transformationsparameter erfolgt 
die Transformation eines Punktes von WC in 
NDC über die Funktion IX bzw. I Y (Bild 3). Für 
die Rücktransformation von normalisierten 
Gerätekoordinaten in Weltkoordinaten, z. B. 
bei der LOCATOR-Eingabe, stehen die 
Funktionen RX bzw. RY zur Verfügung. Die 
Belegung des Eingabepunktbereiches 
PTSIN erfolgt damit nicht mehr direkt, son- 
dern über die genannten Funktionen: 
z.B.: PTSIN(1)=IX(X1) 

PTSIN(2)=IY(Y1). 

XI und Y1 sind die Koordinaten eines Punk- 
tes des Weltkoordinatensystems innerhalb 


Auflistung der bekannten Probleme, gegebe- 
nenfalls ihre Überprüfung, dürfte in jedem 
Fall wertvoll sein. 

dConvert ist ein Programm für die unvollstän- 
dige Konvertierung von dBase Il-Files. Das 
entspricht dem allgemeinen Trend, mit Pro- 
grammen eine Hilfe anzubieten, selbst wenn 
diese nicht alle Anwenderprobleme über- 
deckt. Es ist also kein Fehler des Pro- 
gramms, wenn einige generierte Files nach- 
träglich vom Nutzer zu überprüfen sind. Tat- 
sächlich werden die meisten Files in ihrer Se- 
mantik völlig korrekt überführt. Dessenunge- 
achtet müssen wir uns hier auf die derzeit be- 
kannten Probleme konzentrieren. Dazu un- 
tersuchen wir die Konvertierung der einzel- 
nen Filetypen. 

Beim Transport aus dem Betriebssystem 
CP/M dürfen die Filenamen keine Sonderzei- 
chen enthalten! Kommandofiles mit der Na- 
menserweiterung .cmd müssen in die Erwei- 
terung .prg umbenannt werden. 

Datenbankfiles 

Eine Konvertierung der .cföf-Files ist erfor- 
derlich, da die internen Strukturen in dBase II 
und dBase III unterschiedlich sind. Enthalten 
die Daten des Datenbankfiles keine Umlaute 
oder andere Sonderzeichen und wird für logi- 
sche Konstanten immer T, t, F oder f verwen- 
det, so ist die Konvertierung korrekt. Werden 
Umlaute verwendet, so ist deren Konvertie- 
rung von ihrer Darstellung in dBase I! abhän- 
gig. In jedem Fall erfolgt keine Konvertierung 
des internen Kodes dieser Zeichen. Ihre Dar- 
stellung in dBase III ist damit meist nicht kor- 
rekt. So benutzen einige 8-Bit-Versionen die 
Kodes der Zeichen 1 1 ] [ \ ] ~, also 7B, 7C, 
7D, 5B, 5C, 5D, 7E, zur Darstellung der Zei- 
chen ä, ö, ü, Ä, Ö, Ü, ß. Das entspricht den 


INTEGER*2 FUNCTION IX(X) 

COMMON /TRANS/ IUA , IVA . XA , A , XE , E , R , D 

IF (X.GT.XE) THEN 

IX=32767 

ELSE IF (X.LT.XA) THEN 

IX=0 

ELSE 

IX=IUA+INT(R*(X-XA) ) 

ENDIF 

RETURN 

END 

INTEGER*2 FUNCTION IY(Y) 

COMMON /TRANS/ IUA , IVA , A . YA , B . YE , D . R 

IF (Y.GT.YE) THEN 

IY=32767 

ELSE IF (Y.LT.YA) THEN 

IY=0 

ELSE 

IY=IVA+INT(R*(Y-YA) ) 

ENDIF 

RETURN 

END Bild 3 Funktionen IX und IY 


des angegebenen Fensters, PTSIN enthält 
die normalisierten Gerätekoordinaten. 
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möglichen nationalen Abwandlungen des 
7-Bit-ASCII-Kodes. In dBase III erscheinen 
jedoch die zuerst aufgeführten Zeichen. 
Ferner existieren 16-Bit- Versionen von dBa- 
se II, die eine programminterne Darstellung 
dieser Zeichen verwenden, ä, ö, ü, Ä, Ö, Ü, ß 
haben dort die internen Kodes D4, E4, Dl , 
DE, E9, EA, F9, was in dBase III den Zeichen 
von Satz 3 in Bild 1 entspricht. Ist eine nach- 
trägliche Konvertierung im Direktmodus zu 
aufwendig, so bieten sich zwei Wege an. In 
jedem Fall ist ein eigenes Konvertierungspro- 
gramm erforderlich, welches die internen Ko- 
des umwandelt. Da es in Turbo-Pascal oder 
C leicht zu erstellen ist, verzichten wir hierauf 
die Angabe. Vielmehr steht die Frage, auf 
welches File dieses Programm anzuwenden 
ist? Auf ein dBase II- oder ein dBase Ill-Da- 
tenbankfile (.dbf)? In beiden Fällen darf der 
Kopf des Datenbankfiles nicht konvertiert 
werden. Da der Kopf eines dBase Ill-Daten- 
bankfiles von der Anzahl der Felder im Da- 
tenbankfile abhängt, muß der Datenanfang 
erst ermittelt werden. Er errechnet sich aus 

32 + n * 32 + 2, 

wobei n die Anzahl der Felder im Datenbank- 
file ist. Der interne Aufbau eines dBase III- 
Datenbankfiles ist in / 1 / dokumentiert. In dBa- 
se II hat der Kopf eines Datenbankfiles die 
konstante Länge von 512 + 8 Byte, das heißt, 
das erste Datenbyte, und damit das erste zu 
konvertierende Byte, hat vom Fileanfang die 
Verschiebung 520. Ein weiterer Ausgangs- 
punkt für die Konvertierung der Umlaute im 
Datenbankfile kann ein Textfile sein. Es kann 
ohne die Kenntnis interner Dateistrukturen 
vom ersten bis zum letzten Byte konvertiert 
werden. Es wird in dBase II erzeugt durch 

C0PYT0 (file)SDF 

Das Einlesen als dBase Ill-Datenbankfile er- 
folgt mit 

APPEND FROM (file) SDF, 
wobei zuvor ein leeres Datenbankfile mit der 
durch das Textfile gegebenen Struktur er- 
zeugt und benutzt wird (CREATE, USE). 
Umlaute und Sonderzeichen sind offenbar 


Erfahrungen beim Übergang 
von dBase II zu dBase Hl 
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. DISPLAY STRUCTURE 


* Durch das Konvertierungs Programm erzeugtes File 


Satz * ARTIKEL 




M_LAGER GELIEFERT BEM 




Feld Name 

001 ARTIKEL 

002 PREIS 


00003 

Aktualisierung: 11/13/88 



.008 




ARTIKEL 





PREIS AM_LAGER GELIEFERT BEM 





. LIST 

00001 Butter 
00003 äöüSÖÜß 


•T. 12.02.89 Sorte 1 
■T. 08.03.88 

-F. -29.02.89 Test Datum/Umlaute 


Bild 1 Typkonvertierung und Darstellung der Umlaute 


Bild 2 dBase Il-Datenbankfile mpl.dbf 


bei Feldern vom Typ character (Zeichen) von 
Bedeutung. Felder vom Typ numeric werden 
ohne Beanstandungen konvertiert. Felder 
vom Typ logical werden dann falsch konver- 
tiert, wenn als Feldinhalt in einer deutsch- 
sprachigen dBase Il-Version J oder j vor- 
kommt. Dieser Wert wird in den Undefinierten 
logischen Wert ? konvertiert. Er wird sichtbar, 
wenn der betreffende Satz über EDIT oder 
CHANGE betrachtet wird. Als logischer Wert 
wird F für FALSE geliefert. Y und y werden 
dagegen semantisch korrekt in T (TRUE) 
überführt. T, t, F und f werden übernommen, 
was ein weiterer Grund dafür ist, bei der Da- 
tenerfassung nur diese als logische Konstan- 
ten zu verwenden. 

Ist der Übergang zu den in dBase III neuen 
Typen date (Datum) und memo möglich? 
Das Konvertierungsprogramm berücksichtigt 
derartige Typtransformationen nicht. Eine 
Lösung kann deshalb nur in dBase 1 1 1 gesucht 
werden. Für den Fall der Memo-Felder ist die 
Antwort schnell gegeben: Es gibt keine Mög- 
lichkeit, Memo-Feldern im sequentiellen Mo- 
dus Inhalte zuzuweisen, das heißt, die Kon- 
vertierung ist nicht möglich. 

Zur Umwandlung einer Zeichenkette in den 
Typ Datum betrachten wir das dBase Il-Da- 
tenbankfile mpl.dbf (16-Bit- Version 2.41), 
dessen Struktur und Inhalt im Bild 2 wieder- 
gegeben ist. Der letzte Satz des Files soll die 
Darstellung der Sonderzeichen veranschau- 
lichen. Nach der Konvertierung erhalten wir 
den im Bild 1 im oberen Teil dargestellten In- 
halt. Über MODIFY STRUCTURE wird der 
Typ des Feldes geliefert in Datum geändert. 
Es erfolgt eine korrekte Konvertierung der 
Datumswerte (Zeichen) in Werte des Typs 
Datum von dBase III. Die Einhaltung der Da- 
tumsgrenzen für die Tage und Monate wird 
überprüft. 

Aus Bild 1 ist ferner ersichtlich, daß der Feld- 
name amtlager korrekt in am Jager verän- 
dert wurde. Probleme entstehen, wenn der 
Transport einer Feldbezeichnung in einem 
Datenbankfile erfolgt. Solche Datenbankfiles 
können mit COPY STRUCTURE EXTEN- 
DED erstellt werden (Bild 3). Für das Konver- 
tierungsprogramm sind diese Datenbankfiles 
nicht von anderen unterscheidbar, das heißt, 
der Doppelpunkt in Feldnamen wird nicht 
konvertiert (Bild 4). Soll dieses File dann in 
dBase III zur Definition eines Datenbankfiles 
benutzt werden (CREATE FROM (file», so 
wird ein falscher Feldname erkannt. 

Kommandofiles 

Die Konvertierung der Kommandofiles berei- 
tet die meisten Probleme. Das ist dadurch be- 
dingt, daß sich nicht nur die Bezeichnungen 


einiger Funktionen verändert haben, sondern 
daß auch semantische Änderungen in den 
Kommandos vorgenommen wurden. Nach 
der Konvertierung jedes Kommandofiles er- 
scheint eine Mitteilung, die auf mögliche Feh- 
ler hinweist. Nachweisbar können aber auch 
dann Fehler im erzeugten Kommandofile ent- 
halten sein, wenn eine einhundertprozentig 
erfolgreiche Konvertierung mitgeteilt wird. 
Betrachten wir die Unterschiede im einzel- 
nen. 

Wird eine Zeichenkette über ACCEPT angefor- 
dert und als Eingabe die ENTER-Taste betä- 
tigt, so liefert sie ein Leerzeichen in dBase II, 
die leere Zeichenkette in dBase III: 

* dBASEII: Ein wird selbständig ab die An- 
x forderungszeichenkette (prompt) angefügt 

. ACCEPT TO m 

:: ((es wurde ENTER eingegeben)) 

. DISPLAY MEMORY 
M (C) 

** Gesamt ** 01 Variablen benutzt 
0002 Bytes belegt 

. ? LEN(m) 

1 

* . . . und in dBASEII! 

. ACCEPT”:" TO m 

DISPLAY MEMORY 
M lokal (priv)C”” 

1 Variable definiert 2 Bytes benutzt 
255 Variable verfügbar, 5998 Bytes verfügbar 
LOCATE liefert beim Gültigkeitsbereich ALL 
und erfolgloser Suche in dBase II als aktuel- 
ler Satznummer (#) die Nummer des logisch 
letzten Satzes. 

. USEmpl 

. LOCATE FOR artikel= n Milch" 


Dateiende erreicht 
. ? #, E0F() 

3. T. 

. ? artikel, preis, amdager, geliefert 
äÖüÄÖÜß 0.00 .F. 29.02.89 

In dBase III liefert die gleiche Anweisung die 
physisch höchste Satznummer plus 1 und 
beim Zugriff auf die Felder die zum jeweiligen 
Typ gehörigen Initialisierungswerte. 

. USE mpl 

. LOCATE FOR artikel=”Milch” 

Ende des LOCATE-Bereiches 
. ? RECN0(), E0F() 

4. T. 

. ? artikel, preis, am Jager, geliefert 
0.00 .F. . . 

Geht ein Programm in dBase II davon aus, 
daß die Daten des letzten Satzes nach einem 
erfolglosen LOCATE verfügbar sind, so führt 
das zu einem bei der Konvertierung nicht er- 
kennbaren Fehler. 

Ein erfolgloses FIND liefert in dBase II für den 
Datensatzzeiger 0 und die Daten des logisch 
ersten Satzes. 

. INDEX ON artikel TO artikel 
00003 Sätze indiziert 
. USEmpl INDEX artikel 
. FIND "Milch” 

Wert nicht gefunden 
. ? #, EOF 
O.F. 

. ? artikel, preis, amdager, geliefert 
Brot 1.05 .T. 08.03.88 

In dBase III liefert der Datensatzzeiger die 
physisch letzte Satznummer plus 1 , EOF() ist 
TRUE, und der Zugriff auf die Felder führt zur 
Ausgabe der Initialisierungswerte. 


V STRUCTURE EXTENDED T 


00005 S 
. USE mpls2 
. LIST 

00001 ARTIKEL 

00002 PREIS 

00003 AM: LAGER 

00004 GELIEFERT 


F I ELD_NAME FIELD_TYPE FIELD_L 
ARTIKEL C 0 

GELIEFERT C 0 


Bild 3 Strukturfile in dBase II 


ARTIKEL 

GELIEFERT 
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. INDEX ON artikel TO artikel 
3 Sätze indiziert 
. USEmpl INDEX artikel 
. FIND Milch 
Nicht gefunden 
. ? RECNO(), EOF() 

4.T. 

. ? artikel, preis amJager, geliefert 
0.00 .F. . . 

Das Konvertierungsprogramm konvertiert 
deshalb Kommandofolgen der Art 

FIND xyz 
DO WHILE # = 0 


«!! EOF() will he true if NO FIND, and RECNO() 
«will equal BOTTOM, not 0 
FIND xyz 

DO WHIL (EOF() .OR. BOF()) 

Die Zeichen *!! leiten Kommentare ein, die 
beim Konvertieren hinzugefügt wurden. 
Logische Konstanten werden in dBase II 
ohne Punkte, also nur als N, T usw. geschrie- 
ben. Dadurch können auch Speichervaria- 
blen, die nur Zeichen enthalten, als logischer 
Ausdruck verwendet werden. Betrachten wir 
dazu die Kommandofolge: 

STORE N TO control 
DO WHILE control 


Sie wird konvertiert in 

* !! Logical constant converted 
STORE .N. TO control 

DO WHILE control 

In diesem Fall ist die Konvertierung korrekt. 
Betrachten wir ferner: 

STORE N TO answer 

INPUT "(Y/N)" TO answer 
IF answer 

INPUT in dBase III verlangt, logische Kon- 
stanten gemäß den Festlegungen, also in 
Punkte eingeschlossen, einzugeben. Das 
Prompt wird dadurch inhaltlich falsch, was 
aus der Sicht der Nutzeroberfläche als Fehler 
erscheint. 

* !! Logical constant converted 
STORE .N. TO answer 

* !! There will be no automatic colon following 

* this prompt string 
INPUT ”(Y/N)” TO answer 
IF answer 


Die meisten Probleme treten bei der Benut- 
zung von Speichervariablen auf. Eine Spei- 
chervariable ist in dBase II global, das heißt, 
sie ist in allen Kommandofiles und auf der 
Dialogebene gültig. In dBase III ist eine Spei- 
chervariable lokal in dem File, in dem sie de- 
klariert wird. Sie ist so lange gültig, bis das 
betreffende Kommandofile (Prozedurfile) ab- 
geschlossen wird (CLOSE PROCEDURE, 
SET PROCEDURE oder RETURN aus ei- 
nem Kommandofile). Bei der Konvertierung 
werden alle Variablen zu lokalen Variablen. 
Es wird eine erfolgreiche Konvertierung ge- 
meldet. Bei der Abarbeitung der Kommando- 
files kann es zu Fehlermeldungen durch den 
Interpreter von dBase kommen, etwa der Art 
Variable notfound 
? 

IF MADZAHL = 0 


USE mpl 

. REPORT FORM mpl 



Bild 5 dBase Il-Format- 
File für Berichte 


Bild 6 Bericht bei Benutzung eines konvertierten REPORT - 
Format-Files 


MADZAHL ist in diesem Beispiel eine Spei- 
chervariable, der in einem anderen Komman- 
dofile ein Wert zugewiesen wurde. Für das 
aufgerufene Kommandofile ist die Variable 
MADZAHL Undefiniert und die Fehlermel- 
dung berechtigt. Die hier beschriebene Situa- 
tion tritt bei der Konvertierung des Adreßbei- 
spiels auf, das als Demonstrationsbeispiel 
zur Version 2.3B geliefert wurde. 

Es können aber auch Fehler entstehen, die 
nicht zur Abarbeitung gemeldet werden. 
Dazu betrachten wir das folgende Beispiel: 
Gegeben sind zwei Kommandofiles cl.prg 
und c2.prg . In cl wird einer Variablen Option 
ein Anfangswert zugewiesen. In c2 wird dem 
Nutzer im Dialog die Möglichkeit gegeben, 
Optionen zu setzen. Das führt intern unter 
Umständen zur Veränderung der Variablen 
Option. Nach der Rückkehr aus c2 wird in cl 
mit den nunmehr aktuellen Werten weiterge- 
arbeitet. In dBase II arbeitet dieses Pro- 
gramm wie beschrieben. In dBase III wird bei 
der Abarbeitung kein Fehler gemeldet, denn 
der Variablen Option wird in c2 möglicher- 
weise ein Wert zugewiesen. Es wird nicht, 
wie im ersten Beispiel, auf einen Wert zuge- 
griffen. Da Option in cl und Option in c2 ver- 
schiedene Variable sind, gelangt der in c2 
eingelesene Wert nie nach cl, so daß in cl 
immer mit der Voreinstellung aus cl gearbei- 
tet wird. Derartige Fehler sind, besonders in 
fremden Programmen, schwer zu finden. 

In den meisten Fällen hilft die Vereinbarung 
der global benötigten Variablen als PUBLIC 
in allen betroffenen Files. 

REPORT-FILES 

Berichtsformate unterscheiden sich in der 
Positionierung der Spaltenüberschriften. 
dBase II gestattet eine Zentrierung, eine 
links- oder rechtsbündige Anordnung. Dazu 
werden die Überschriften mit dem Zeichen < 
für linksbündig und > für rechtsbündig einge- 
leitet. Diese Zeichen werden nicht konver- 
tiert. Sie erscheinen in den Überschriften der 
dBase II I-Berichte. 

Logische Konstanten werden auch in Re- 
port-Files von dBase II abgelegt. Auch hier 
wird ein J aus deutschsprachigen dBase II- 
Versionen nicht korrekt konvertiert, wodurch 
die gesamte Berichtsform durcheinander ge- 
rät. Bild 5 zeigt als Beispiel ein Report-File, in 
dem die Frage nach der Seitenüberschrift mit 
j beantwortet wurde. Das Konvertierungspro- 
gramm meldet den Fehler Warning - REPORT 
FORM EMPTY, was offenbar falsch ist. Ändert 
man alle logischen Konstanten j im Report- 
File vor der Konvertierung in y, so wird das 
File fehlerfrei konvertiert. Bild 6 zeigt den un- 
ter dBase III erzeugbaren Bericht. 


Memory-Files 

und Bildschirmmasken 

Beide Filetypen (.mem, .fmt) konnten in allen 
getesteten Fällen korrekt konvertiert werden. 
Für Bildschirmmasken, die nur aus Kommen- 
taren und @-Kommandos bestehen und 
keine Formatklauseln (USING, PICTURE) 
enthalten, ist keine Konvertierung erforder- 
lich. 

Indexfiles 

Indexfiles werden nicht direkt konvertiert. 
Aus dem dBase ll-lndexfile wird der Index- 
ausdruck entnommen und in das Kommando 
INDEX ON <ausdr> TO <indexfile> einge- 
setzt. Es bildet den Inhalt eines Kommandofi- 
les mit der Namenserweiterung .rx., welches 
für jedes zu konvertierende Indexfile erstellt 
wird. Unter dBase III sind diese Kommandofi- 
les anzuarbeiten. 

Literatur 
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Automatische Generierung 
von BASIC-INUNE-POKEs 


Christian Hanisch, Berlin 


Unsere Beitrags folge „ Werkzeuge zur hard- 
warenahen Programmierung in höheren 
Programmiersprachen auf 8-Bit-Compu- 
tern“, die wir in MP 10/1 988 begannen und in 
1111988 fortsetzten, behandelt in ihrem drit- 
ten Teil die automatische Generierung von 
BASIC-INUNE-POKEs. 

INLINE-Assembler ist in der Praxis der An- 
wendung höherer Programmiersprachen 
bei Personalcomputern zum Hilfsmittel be- 
triebssystem- und/oder hardwarenaher Pro- 
blemlösungen (hrp=hardware related pro- 
gramming III) geworden. Für Turbo-Pascal 
z. B. steht mit dem Programm PMLINK 121 
eine gute Variante der INLINE-Routinen-Ge- 
nerierung zur Verfügung. 

Auch Basic-80-Programme können durch 
Assemblerunterprogramme sowohl bezüg- 
lich Effizienz als auch in ihrem Anwendungs- 
spektrum wesentlich erweitert werden. Die 
Methode der „gepokten“ Assemblerbefehle 
ist in vielen Basic-Dialekten unterstützt und 
sowohl im Interpreter- als auch im Compiler- 
system anwendbar. 


Ausgangsbasis der hier dargelegten Me- 
thode ist eine COM-Datei. Das hat den Vor- 
teil, daß neben reinen Assemblerroutinen 
z. B. ebenfalls kleine Fortran-Unterpro- 
gramme unter anderem über einen Aufruf- 
vermittler, mit dem eventuell einige Parame- 
teranpassungen realisiert werden, entspre- 
chend Bild 1 zusammengelinkt und in BASIC- 
INLINE-POKEs umgewandelt bzw. mit dem 
hier vorgestellten RUN-Time-Lader (Bild 6) 
geladen werden können. 

Die Fortran-Subroutine FROUT.REL kann 
damit in FROUT.OVX eingebunden als Un- 
terprogramm ab der Adresse 0A500H be- 
nutzt werden. 


Anmerkung: Im Basic-Compilersystem, 
z. B. mit dem Rahmenprogramm FROUT- 
ASS, wird dagegen FROUT so eingebun- 
den: 

B>:BASC FROUTASS, TTY:=FROUTASS/N/E/X<CR> 
B>A: BASLINK FROUTASS/N, FROUTASS, A:BASLIB/S, 
|/P:A500,] [ASSVER,]FROUT, A:FORLIB/S/E<CR> 


Die Transformation von internem Binärcode 
aus einer COM-Datei in eine „INCLUDE“- 
Datei für Basic-80, die man mit einem Text- 
verarbeitungsprogramm (z. B. dem Editor 
von Turbo-Pascal) als GOSUB-Routine ein- 
fügen kann, wird in dem nachfolgend mitge- 
teilten Turbo-Pascal-Programm YPOKEBAS 
realisiert. 

Als Anwendungsbeispiel soll in 13/ mittels 
YPOKE als dBase Il-INLINE-Routine ge- 
zeigte Assemblerunterprogramm SPA- 
CE. CMD dienen. Mit diesem Unterprogramm 
können der noch verfügbare Speicherplatz 
bzw. die noch freien DIRectory-Entries auf 
der Diskette des im Parameter mitgeteilten 
Laufwerkes für eine Aufzeichnungsblock- 
größe von 1 oder 2 KByte ermittelt werden. 
Die Kenntnis dieser Angaben zur RUN-Time 
ist für viele Anwendungen im Zusammen- 
hang mit Dateiarbeit nützlich. Das Basic-De- 
monstrationsprogramm SPACEDMO allein 
schon ist zur wahlweisen Anzeige des noch 
freien Platzes auf Diskette und im DIRectory 
eines beliebigen Laufwerkes analog dem 
STAT-Kommando unter CP/M mit einer wei- 
teren Information einsetzbar. 

Das Beispiel ist mit dem Startprogramm 
EXEC aus 131 soweit abgestimmt, daß SPA- 
CEDMO auch unter EXEC laufen könnte. 

Der Basic-Quelltext im Bild 3 gibt zusätzlich 
einige weniger bekannte interne Informatio- 
nen bezüglich der Probleme bei Parameter- 
übergabe an Unterprogramme. 

Die Ladeadresse sei im Assemblerunterpro- 
gramm auf 0A40FH (41999) festgelegt. Die 
Form der Parameterübergabe ist für jeden 
Anwendungsfall geeignet festzulegen. Hier 
werden aus Kompatibilitätsgründen die dBa- 
se Il-Konventionen benutzt. 

Das Testen vor der Umwandlung in BASIC- 
INLINE-POKEs würde im Interpretermodus 
wie in Bild 4 dargestellt ablaufen. 

Hier würde sich dann anschließen: 

B>A: YPOKEBAS SPACE.OVX SPACE.BAS<CR> 

Die Datei SPACE.BAS enthält unter den 
obengenannten Voraussetzungen die Basic- 
Data-Anweisungen und INLINE-POKEs für 
das Unterprogramm (GOSUB-Routine SPA- 
CE.BAS). Die Anwendung des SPACE-Un- 
terprogramms zeigt das im Bild 3 mitgeteilte 
Demonstrationsprogramm SPACEDMO- 
.BAS. 


Den Quelltext des Turbo-Pascal-Programms 
YPOKEBAS. PAS enthält das Bild 5. 

Falls die mit YPOKEBAS erstellte Folge von 
DATA-Anweisungen und POKE-Befehlen ei- 
nen größeren Umfang annimmt, kann die hier 
vorgestellte Methode aus Speicherplatzgrün- 
den vom Interpreter nicht mehr bewältigt wer- 
den. Dieser Fall trifft unter anderem bei der zu 
Beginn erwähnten Fortran-Applikation 
FROUT.OVX (1 9 * 1 28 Byte) zu. 

In diesem Falle bietet sich eine Methodik der 
dynamisch nachladbaren externen Unterpro- 
gramme an. Eine für YPOKEBAS als Grund- 
lage dienende COM-Datei, hier z. B. SPACE- 
.OVX oder FROUT.OVX, kann dynamisch 
zur RUN-Time aus dem Basic-Programm 
heraus auf die Ladeadresse (z. B. 0A40FH 
bzw. 0A500H) nachgeladen werden. 

Dazu benötigt man einen RUN-Time-Lader, 
der selbst auch als Assemblerunterpro- 
gramm ausgelegt ist, welcher mit YPOKE- 
BAS als DATA-Befehlsfolge- wie bereits be- 
schrieben - integriert werden kann. Weitere 
Unterprogramme können als OVX-Dateien 
von Diskette je nach Bedarf -auch in dynami- 
scher Überlagerungsstruktur - nachgeladen 
werden. 

Für ein nach den Methoden der strukturierten 
Programmierung konzipiertes Programmpa- 
ket haben dynamisch nachladbare Unterpro- 
gramme - es ist hier an betriebssystem- und / 
oder hardwarenahe Assembler-Komponen- 
ten gedacht - bezüglich Programmwartung 
und Portabilität wesentliche Vorteile. 

Ein nicht seriell wiederverwendbarer RUN- 
Time-Lader XPOLAD.MAC ist in Bild 6 ge- 
zeigt. 

Dem interessierten Leser wird empfohlen, 
diesen Assemblerquelltext nach den obigen 
Ausführungen mit YPOKEBAS in eine GO- 
SUB-Routine XPOLAD.BAS zu überführen. 
Dazu müssen die Zeilen 1000 bis 1014 des 
Bildes 2 durch die GOSUB-Routine XPO- 
LAD.BAS und die Zeile 100 des Bildes 3 
durch: 

100 G0SUB 1000 

101 XP0LAD=92 

102 DSN$=”SPACE OVX”:LAD%=&HA40F: 
« A PJ» EAD%=LAD%+(5+1)*128 

103 IF EAD%>=PEEK(7)*256+PEEK(6) « A PJ» 
THEN PRINT ’CANCEL because Kill BD0S":END 

104 CALL XP0LAD (DSN$, LAD%, EAD%) 

105 IF LAD%=0 0R EAD%=0 THEN « A PJ» 
PRINT "Error ^CANCEL": END 

ersetzt werden. 

Im Basic-Compilersystem wird XPOLAD im 
CALL-Statement als externe Referenz vom 


Bild 1 Arbeitsschritte zur Erstellung eines für BASIC-INUNE-POKEs bzw. 
zur RUN-Time-Nachladung vorbereiteten COM-Files am Beispiel von For- 
tran-80 

B>A:F80 FROUT, TTY:=TTY:/N<CR> 
subroutin© FROUT(X) 
integer X 
real Y 
Y=X 

X=sqrt(Y) 

return 


« Ä Z» 

B>A:M80 ASSVER, TTY : =TTY : /Z/X<CB> 
.Phase 0A500h 
extrn FROUT 
ASSVER:: eall FROUT 


B>A:L 80 /P:A 500 , ASSVER. RXL, «~E» Blld2 Assemblerunter- 

frout. rel, A: FORLIB. rel/s, /e<cr> Programm SPACE.BAS 

B>A: power save frout.ovx AS00 19 <cr> a/s BASIC-POKEs gene- 

N I — — -! riert mit YPOKEBAS 
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1 writeln{p, Zeile}; 


3opy{ Zeile, succ(oldlabel) , trmstr) ) ; 




BildS Generierungsprogramm YPOKEBAS.PAS (erzeugt BASIC-INLINE- 
POKEs aus einem COM-File) 

BildS Basic-BO-RUN-Time-Lader für externe Unterprogramme ► 
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Wegbereiter der Informatik 



JOHANN CARL FRIEDRICH GAUSS 

* 1777 Braunschweig, f 1855 Göttingen 


Nach dem T ode des fast 78jährigen 
Gauß wurde im Auftrag des damals 
regierenden Königs Georg V. von 
Hannover eine Gedenkmedaille mit 
dem Bildnis von Gauß geprägt, die 
ihn als „Fürst unter den Mathemati- 
kern“ bezeichnet. Jahre zuvor war 
ihm auf Anregung Humboldts die 
höchste Auszeichnung des preußi- 
schen Staates, der Pour le merite, 
verliehen worden. Diese hohen Eh- 
rungen bestätigen den Umstand, 
daß Gauß bereits zu Lebzeiten un- 
bestritten auf der ganzen Welt als 
höchste Autorität im Bereich der 
Mathematik und ihrer Anwendun- 
gen galt. Schon seine schätzungs- 
weise 7000 Briefe - geschrieben in 
einem halben Dutzend verschiede- 
ner Sprachen - lassen etwas von 
seinem internationalen Rang ah- 
nen! 

Tatsächlich waren seine mathema- 
tischen Neuentdeckungen mitunter 
so kühn, daß er diese der Öffent- 
lichkeit gar nicht mitzuteilen wagte, 
weil er das „Geschrei der Böotier“ 
fürchtete (wie es 1829 in einem 
Brief an F. W. Bessel heißt); so 
mußte er es beispielsweise erle- 
ben, daß ihm N. I. Lobatschewskij 
und W. Bölyai mit der Veröffentli- 
chung der Nichteuklidischen Geo- 
metrie zuvorkamen, obwohl er 
diese bereits 20 Jahre vorher 
durchdacht und die entsprechen- 
den Aufzeichnungen im Schubfach 
verwahrt hatte. 

Gauß’ außerordentliche mathema- 
tische Begabung zeigte sich schon 
frühzeitig. Da er aus ärmlichen Ver- 
hältnissen stammte, gewährte ihm 
der Herzog von Braunschweig ab 
1791 Stipendien für den Besuch 
des Gymnasiums und für das Göt- 
tinger Studium (1795-1798) sowie 
für die,, anschließende Zeit, bis 
Gauß im Jahre 1807 Mathematik- 
professor und Direktor der Stern- 
warte in Göttingen wurde. 

Es war durchaus nicht von Anfang 
an sicher, ob sich Gauß überhaupt 
ständig der Mathematik widmen 


sollte (seine wissenschaftliche Tä- 
tigkeit in diesem Fach hatte er be- 
reits 1791 begonnen!). Denn er be- 
herrschte mehrere Fremdsprachen 
und schwankte in der Wahl zwi- 
schen Mathematik und Philologie! 
Die Entscheidung fiel, als ihm der 
Nachweis gelungen war, daß das 
reguläre 1 7-Eck allein mit Zirkel und 
Lineal konstruierbar ist. Dieses 
geometrische Problem hatten seit 
dem Altertum Mathematiker zu lö- 
sen versucht und es schließlich für 
unlösbar erklärt. Gauß fand die Lö- 
sung 1 796 quasi als Nebenergeb- 
nis bei zahlentheoretischen Unter- 
suchungen. 

Bereits 1799 promovierte Gauß, 
und zwar in einem für die damalige 
Zeit wohl denkwürdigen Verfahren: 
Die Universität Helmstedt verlieh 
dem Studenten der Göttinger Uni- 
versität in Abwesenheit und ohne 
mündliche Prüfung den Doktorgrad 
für den ersten exakten Beweis des 
Fundamentalsatzes der Algebra. 
Schon 2 Jahre später veröffent- 
lichte er seine umfangreichen Dis- 
quisitiones aritmeticae, mit deren 
Erscheinen er unter den Mathema- 
tikern weltberühmt wurde und die 
als Beginn der neueren Zahlen- 
theorie gelten. 

Neben weiteren zahlreichen, bis 
heute gültigen Neuschöpfungen 
auf verschiedenen Gebieten der 
reinen Mathematik (Fehlertheorie, 
Theorie der elliptischen Funktio- 
nen, Flächentheorie, Primzahltheo- 
rie, Darstellung der komplexen 
Zahlen, Potentialtheorie) voll- 
brachte Gauß auch bedeutende 
praxisorientierte Leistungen in an- 
deren wissenschaftlichen Berei- 
chen. So übernahm er 1818 einen 
Auftrag zur Vermessung des König- 
reichs Hannover - eine Arbeit die 
25 Jahre andauerte und bei der ins- 
gesamt 2600 trigonometrische 
Punkte von der Nordsee bis zum In- 
selsberg eingemessen wurden. Für 
diese Arbeiten (an denen er 5 Jahre 
persönlich teilnahm) erfand er 


eigens das Heliotropem Meßgerät, 
bei dem das Sonnenlicht für Ver- 
messungssignale über große Ent- 
fernungen ausgenutzt wird. Mit der 
Vermessung des (damals größten 
vermessenen) Dreiecks zwischen 
dem Brocken (1 1 42 m), dem Insels- 
berg (915 m) und dem Hohen Ha- 
gen (508 m) wollte Gauß auch 
nachprüfen, bis zu welchem Ge- 
nauigkeitsgrad die Euklidische 
Geometrie in der realen Welt gilt. 

In der Mechanik stellte er das Prin- 
zip des kleinsten Zwangs auf, in 
der Optik verbesserte er die bis da- 
hin üblichen Methoden der Strah- 
lengangberechnung für ein Linsen- 
system. In der Astronomie befaßte 
er sich unter anderem mit Fragen 
der Zeitrechnung und des Kalen- 
ders. So hat er eine praktikable Re- 
gel zur Berechnung des Osterda- 
tums im gregorianischen Kalender 
hergeleitet. 

Im Jahre 1828 weilte Gauß als per- 
sönlicher Gast Alexander von Hum- 
boldts auf der Versammlung Deut- 
scher Naturforscher und Ärzte in 
Berlin. Hier lernte er den Physiker 
Wilhelm Weber (1804-1891) ken- 
nen, mit dem er ab 1831 in Göttin- 
gen den Erdmagnetismus er- 
forschte und die Zusammenhänge 
zwischen Magnetismus und Elektri- 
zität untersuchte. Aus dieser ge- 
meinsamen Tätigkeit resultierte 
1832 die Erfindung des Magneto- 
meters und 1833 die des ersten 
elektromagnetischen Telegra- 
phen, .durch den Webers physikali- 
sches Institut mit der Sternwarte 
verbunden wurde. Gauß selbst äu- 
ßerte danach, daß nun nichts ande- 
res als technische und finanzielle 
Fragen zu lösen seien, um zu ei- 
nem Nachrichtensystem über die 
ganze Erde zu gelangen. 

Die Zusammenarbeit von Gauß und 
Weber brachte übrigens auch die 
wichtige Einführung des absoluten 
Maßsystems, also die Rückführung 
aller Maßeinheiten auf die drei 
Grundgrößen der Länge, Zeit und 
Masse. 

Des weiteren waren Gauß und We- 
ber engagiert in der von A. v. Hum- 
boldt gegründeten ersten wissen- 
schaftlichen Gesellschaft, dem so- 
genannten Magnetischen Verein, 
tätig, für den erstmals nach stan- 
dardisierten Verfahren und zu fest- 
gelegten Zeiten weltweit das Erd- 
magnetfeld gemessen wurde. 
Diese Aktivität des Magnetischen 
Vereins darf wohl als Vorläufer aller 
späteren internationalen Koopera- 
tionsunternehmen bis hin zum Geo- 
physikalischen Jahr 1957/58 ange- 
sehen werden. 

Bei der unglaublich großen Vielsei- 
tigkeit von Gauß nimmt es kaum 
noch wunder, daß ihm auch die Re- 
chentechnik eine Reihe von Algo- 
rithmen verdankt, die vielfach zur 
Grundausstattung moderner Soft- 
ware gehören. Erwähnt seien in 
diesem Zusammenhang die Gauß- 
schen Quadraturverfahren zur 


numerischen Berechnung ein- oder 
mehrdimensionaler Integrale, bei 
denen jeweils nur die Anzahl, nicht 
aber die Lage der Nullstellen vorge- 
schrieben wird. Häufig verwendet 
wird auch der Gaußsche Algorith- 
mus, ein praktikables Eliminations- 
verfahren zur Auflösung linearer 
Gleichungssysteme, gleicherma- 
ßen geeignet zur Determinantenbe- 
rechnung und zur Matrizeninver- 
sion. Für die Lösung ebensolcher 
Probleme dient das Gauß-Seidel- 
sche Iterationsverfahren, das 1874 
von Ph. L. Seidel angegeben 
wurde, aber schon von Gauß in ver- 
schiedenen Abwandlungen benutzt 
worden ist, wie sich nachträglich 
dank R.Dedekinds Ermittlungen 
(1901) herausgestellt hat. Große 
Bedeutung für die praktische An- 
wendung hat die auf Gauß zurück- 
gehende Ausgleichsrechnung er- 
langt. Sie verfolgt das Ziel, aus feh- 
lerhaften Meßwerten Näherungs- 
werte für die zu messenden Größen 
zu gewinnen und deren Genauig- 
keit anzugeben. Benutzt wird dazu 
seine Methode der kleinsten (Feh- 
ler-)Quadrate, die Gauß zuerst in 
der Astronomie und Vermessungs- 
kunde eingeführt hat. Ihre erste 
weltweit beachtete Anwendung 
fand diese Methode 1801 durch 
Gauß selbst bei seiner Bahnbe- 
rechnung des Planetoiden CERES 
aus nur ganz wenigen Positions- 
messungen. Auf Grund seiner „zur 
Bewunderung genauen“ Berech- 
nung gelang den Astronomen die 
aufsehenerregende Wiederentdek- 
kung dieses aus der Sicht ent- 
schwundenen Planeten. Noch 
heute werden bei den computerge- 
stützten Berechnungen von Um- 
laufbahnen die Gaußschen Metho- 
den zugrunde gelegt! 

Kein Geringerer als Felix Klein, der 
1 886-1 923 ebenfalls an der Göttin- 
ger Universität als Mathematiker 
wirkte, hat zu Beginn einer seiner 
Vorlesungen Gauß mit folgenden 
Worten gewürdigt: „Wenn wir uns 
fragen, worin eigentlich das Unge- 
wöhnliche, Einzigartige dieser Gei- 
steskraft liegt, so muß die Antwort 
lauten: Es ist die Verbindung der 
größten Einzelleistung in jedem er- 
griffenen Gebiet mit größter Vielsei- 
tigkeit; es ist das vollkommene 
Gleichgewicht zwischen mathema- 
tischer Erfindungskraft, Strenge der 
Durchführung und praktischem 
Sinn für die Anwendung bis zur 
sorgfältig ausgeführten Beobach- 
tung und Messung einschließlich; 
und endlich, es ist die Darbietung 
des großen selbstgeschaffenen 
Reichtums in der vollendetsten 
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1 . Einführung und Kernwortschatz 

Die dialogorientierte Programmiersprache 
Forth wurde in den sechziger Jahren von 
Charles H. Moore in den USA entwickelt und 
ab 1971 zunächst für die Echtzeitsteuerung 
von Radioteleskopen eingesetzt. Entwick- 
lungsziele waren maximale Handlichkeit der 
Sprache zwecks hoher Produktivität des Pro- 
grammierers und größte Einfachheit des 
Übersetzerkonzepts. Herausgekommen ist 
eine organische und kompakte Einheit von 
Sprache und Übersetzer. Forth ist erweiter- 
bar, das heißt, der Quelltext kann für sich 
selbst die eigenen Ausdrucksmittel ändern 
und neue Ausdrucksmittel höheren Niveaus 
erzeugen. Damit ist problemnahe Program- 
mierung für nahezu jede Anwendung in ein- 
heitlicher Softwareumgebung und in einem 
Zuge möglich, also ohne Mehrpaßüberset- 
zung. In Richtung niederen Niveaus sind im 
Quelltext die Maschinenbefehle des Wirts- 
prozessors verwendbar. Das ist nützlich für 
direkte Gerätesteuerungen und Zugriffe auf 
Treiber. 

Forthsysteme sind je nach Ausstattung etwa 
drei KByte bis über 16 KByte groß und für 
praktisch alle Rechner verfügbar. Forth 
wurde inzwischen in mehreren Etappen stan- 
dardisiert; die vorliegende Beschreibung 
folgt dem Standard Forth-83. Eventuelle Un- 
klarheiten beim Nachvollziehen der Beispiele 
sollten Veranlassung sein, die Verträglichkeit 
des benutzten Systems mit diesem Standard 
zu überprüfen. 


1 .1 . Die Softwarekonzeption von Forth 

1.1.1. Die Architektur von Forth 

Das Forthsystem ist ein Rechenprogramm, 
das gleichzeitig als Betriebssystem, als Com- 
piler und als Kommandoprozessor (Textinter- 
preter) arbeitet. Bild 1.1 soll das an einem 
Schichtenmodell anschaulich machen. Die 
niedrigste Schicht enthält alle Programm- 
moduln, die aus Maschinencode gebildet 
sind. Dieses Prinzip, die Gegebenheiten 
einer konkreten Hardware mittels eines zu- 
geordneten Pakets von Maschinenprogram- 
men abzufangen, ist mit dem BIOS-Teil des 
Betriebssystems CP/M vergleichbar. Auch 
die nächsthöheren Schichten sind in Moduln 
gegliedert, allerdings bestehen diese nicht 
aus Maschinencode, sondern aus sogenann- 
tem Forthcode. Das sind Listen von Adres- 
sen, wobei jede Adresse als Pointer zu einem 
bestimmten Modul aus Maschinencode oder 
aus Forthcode verweist. Die Betriebssystem- 
schicht und die darüberliegenden sind da- 
durch maschinenunabhängig, also portabel. 
Alle Schichten können jederzeit auch im Dia- 
log erweitert werden. 

1.1.2. Das Wortkonzept 

Das gesamte Forthsystem besteht aus einer 
größeren Anzahl (je nach Systemgröße z. B. 
etwa 70 . . . 300) von relativ kleinen Moduln 
(teils aus Maschinencode, teils aus Forth- 
code). Alle diese Grundfunktionen sind im 
Hauptspeicher lexikonförmig geordnet auf- 
bewahrt. Wegen der tatsächlichen Ähnlich- 
keit mit einem Lexikon heißt dieser Pro- 
grammteil Wörterbuch, und jeder der einzel- 
nen Moduln wird als Wort bezeichnet. Die 
Worte im Wörterbuch dienen als Kommuni- 
kationsmittel zwischen Mensch und Rechner 
und müssen demzufolge von beiden verstan- 
den werden. Zu diesem Zweck ist jeder Ein- 
trag zweigeteilt und so aufgebaut, daß der 
Name des Wortes für den Menschen als Text 
lesbar und der zugehörige Codeteil für den 
Rechner ausführbar ist. Vier Beispiele für Na- 
men sind: 

; */M0D 2! VOCABULARY 

Die Namensbildung ist sehr freizügig; Son- 
derzeichen sind an beliebiger Stelle erlaubt 
oder können auch einzeln als Name gelten. 

1.1.3. Das Stapelkonzept 

Außer Namen können im Eingabetext von 
Tastatur oder Massenspeicher natürlich 
auch Zahlen erscheinen. Diese Zahlen wer- 
den eine nach der anderen in das interne For- 
mat konvertiert, so zum Parameterstapel 
(Parameterstack) geschafft und dort abge- 
legt. Zur internen Wertdarstellung dienen 
durchgängig 16-Bit-Dualzahlen; für negative 
Zahlen wird die Zweierkomplementdarstel- 
lung verwendet. Auf dem Parameterstapel 
bleiben die Werte dann so lange liegen, bis 
sie von irgendeinem Wort wieder abgeholt 
(verbraucht) werden. Damit ist gleichzeitig 
angedeutet, wie Forthworte mit lokalen Ein- 
gangsparametern versorgt werden: Die Pa- 
rameter müssen irgendwann vor Aktivierung 
des Wortes auf dem Parameterstapel hinter- 


legt worden sein. Falls mit mehreren Werten 
hantiert wird, gilt das LIFO-Prinzip (englisch: 
last in -first out). Entsprechend wird mit loka- 
len Ausgangsparametern verfahren: Falls ein 
Wort lokale Ergebniswerte liefert, bleiben 
diese nach Ausführung des Wortes auf dem 
Stapel liegen und sind so zum Beispiel wie- 
der als Eingangsparameter für nachfolgende 
Worte verfügbar. Da auf diese Weise bei Auf- 
rufen die aus anderen Programmiersprachen 
bekannten Listen von aktuellen und formalen 
Parametern entfallen, spricht man bei Forth 
auch von impliziter Parameterübergabe. Für 
Programmdokumentationen oder Quelltext- 
kommentare kann es erforderlich sein, ge- 
nauere Angaben über Anzahl und Art der lo- 
kalen Ein- und Ausgangsparameter zu ma- 
chen. Dafür hat sich in Forth eine bestimmte 
Art der Kommentierung eingebürgert: In run- 
den Kommentarklammern wird notiert, wie 
der Stapel vor und nach Ausführung des 
kommentierten Wortes belegt ist. Die Nota- 
tion 

( nl n2 n3===>n4 n5) 
bedeutet in diesem Sinne, daß das kommen- 
tierte Forthwort drei Eingangsparameter vom 
Stapel holt - mit n3 an der Stapelspitze - und 
zwei neue Werte - mit n5 an der Stapelspitze 
- als Ausgangsparameter hinterläßt. Der 
Reil symbolisiert die Ausführung des Wor- 
tes. 

1.1.4. Das Erweiterungskonzept 
Die Vorgehensweise beim Programmieren in 
Forth soll an einem Steuerprogramm für ei- 
nen hypothetischen x-y-Schreiber erläutert 
werden. Dieser Plotter sei so einfach, daß 
seine Hardware nur drei Funktionen kennt, 
und zwar 

a) Stift anheben 

b) Stift absenken 

c) geradenwegs die Absolutposition (x, y) 
anfahren. 

Wie diese Funktionen von der Rechnerperi- 
pherie aus zu aktivieren sind, soll bekannt 
sein. Programmieren in Forth heißt nun, das 
Forthsystem zu erweitern, indem der Pro- 
grammierer zu den im Wörterbuch schon exi- 
stierenden Worten neue Worte hinzudefi- 
niert, nämlich solche, die Schritt für Schritt die 
Programmieraufgabe lösen. Dabei können 
alle schon im Wörterbuch existierenden 
Worte ausgenutzt werden. Zum Definieren 
neuer Worte gibt es (natürlich auch im Wör- 
terbuch!) Definitionsworte. Ein neues Wort 
für die Maschinencodeschicht wird zum Bei- 
spiel durch Voranstellen des Definitionswor- 
tes CODE vor einen selbstzuwählenden Na- 
men erzeugt. Mit dem Wort END-CODE wird 
ein solches Maschinenprogramm dann wie- 
der beendet. Der Forthprogrammierer geht 
nun üblicherweise so vor, daß er entspre- 
chend den Gerätedaten das Assemblerpro- 
gramm konzipiert und dann eintippt: 

CODE HEBEN END-CODE 

CODE SENKEN END-CODE 

Da die konkreten Assemblerbefehle hier 
nicht im Mittelpunkt stehen, wurden sie nur 
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Bild 1.1 Schichtenmodell eines Forthsystems 


»*b/<a+b> 


Bild 1.5 Stapelbelegung während der Formelberechnung 


1 65535 -2 (cr> ok 

U. U. U. t er). 65534, 65535. l_ok 

Bild 1.3 Vorzeichenlose Ausgabe von Zahlen 


durch Punkte angedeutet. Nachdem nun die 
neuen Worte HEBEN und SENKEN definiert 
sind, kann der Programmierer durch deren 
Aufruf bei angeschlossenem Plotter kontrol- 
lieren, inwieweit die von ihm beabsichtigte 
Funktion korrekt ausgeführt wird. Die Ausfüh- 
rung von Worten erreicht man einfach durch 
Eintippen ihres Namens und Bestätigung der 
Eingabe mit der <Enter>-Taste. Diese nor- 
male Betriebsart von Forth heißt deshalb 
auch Ausführungsmodus. Wenn die neuen 
Worte augenscheinlich nicht korrekt arbei- 
ten, müssen sie berichtigt neu eingegeben 
werden, bis der gewünschte Erfolg erreicht 
ist. Danach werde in ähnlicher Weise die 
dritte Funktion als Maschinenprogramm co- 
diert: 

CODE ANFAHREN END-CODE 

Der Programmierer hat ANFAHREN als sinn- 
fälligen Namen für diese Funktion gewählt. 
Hier ist nun zu beachten, daß dieses Wort die 
Parameter x und y für die Zielkoordinaten be- 
nötigt. In Quellprogrammen gehört es zu gu- 
tem Forthstil, mit dem neudefinierten Namen 
entsprechende Hinweise als Kommentar in 
runden Klammern zu notieren. 

CODE ANFAHREN ( xy ===>) 

END-CODE 

Durch die Ausführung des Wortes ANFAHREN 
werden also zwei Werte vom Stapel entfernt 
(verbraucht). Auch die Funktion dieses Wor- 
tes kann nun im Dialog getestet werden, z. B. 
durch Eintippen von: 

50 70 ANFAHREN 

Wenn das Maschinenprogramm ANFAHREN 
korrekt ist, muß damit die Position (x = 50, 
y = 70) angefahren werden. Natürlich kön- 
nen Worte auch im Verbund arbeiten, zum 
Beispiel so: 

HEBEN 0 0 ANFAHREN 

SENKEN 100 50 ANFAHREN HEBEN 

Nach Eingabe dieser Zeilen muß der Plotter 
eine Strecke vom Punkt (x = 0, y = 0) zum 
Punkt (x = 100, y = 50) zeichnen. Neben 
dem Definitionswort CODE für das Einträgen 
von Maschinencodeworten ins Wörterbuch 


0 1 B. <crO_65336_ok 

1 0 B. <crL_i_ok 

Bild 1.4 Ausgabe von doppeltgenauen Zahlen 


gibt es weitere Definitionsworte. Das viel- 
leicht wichtigste von ihnen ist der Doppel- 
punkt. Er dient zur Erweiterung der höheren 
Schichten um Moduln in Forthcode. Für den 
Plotter kann zum Beispiel ein Wort definiert 
werden, dessen Funktion es ist, zwei Punkte 
durch eine Linie zu verbinden: 

: VERBINDEN ( x2y2x1 yl ===>) 
ANFAHREN SENKEN ANFAHREN HEBEN ; 

Hier werden die Worte ANFAHREN, SENKEN 
und HEBEN nach Eingabe nicht ausgeführt, 
sondern als Programm in Forthcode unter 
dem neuen Stichwort VERBINDEN ins Wörter- 
buch kompiliert. Das wird dadurch erreicht, 
daß der Doppelpunkt generell nach seiner 
Aktivierung die Betriebsart vom Ausfüh- 
rungsmodus in den sogenannten Kompila- 
tionsmodus umschaltet. Das abschließende 
Semikolon ( auch ein Forthwort!) schaltet 
dann wieder vom Kompilationsmodus in den 
Ausführungsmodus zurück. Die Gesamtkon- 
struktion einschließlich Doppelpunkt und Se- 
mikolon wird Doppelpunktdefinition genannt. 
Nach der Definition kann natürlich auch das 
Wort VERBINDEN im Dialog getestet werden, 
zum Beispiel so: 

80 100 0 20 VERBINDEN 
Die Ausführung des Wortes VERBINDEN be- 
deutet nun, daß genau diejenigen Befehle 
ausgeführt werden, die in der Doppelpunkt- 
definition notiert sind, also: ANFAHREN SEN- 
KEN ANFAHREN HEBEN. Man mache sich klar, 
daß die Richtung vom Punkt (x = 0, y = 20) 
zum Punkt (x = 80, y = 1 00) führt: Die Koordi- 
naten des Punktes (x = 0, y = 20) liegen 
obenauf und werden deshalb als erste vorge- 
funden und angefahren. In ähnlicher Weise 
können im Dialogbetrieb nach und nach wei- 
tere Worte definiert, schrittweise zu komple- 
xeren Funktionen zusammengefaßt und ge- 
testet werden. Zum Beispiel könnte man die 
Worte definieren, die lediglich die Parameter 
von markanten Punkten des Achsenkreuzes 
liefern: 

: NULLPUNKT ( ===> xO yO) 0 0; 

: XMAX ( ===>xmaxy0) 100 0; 


: YMAX ( ===> xO ymax) 0 100; 

Das erlaubt dann sinnfällige Wortsequenzen 
wie 

. . . NULLPUNKT ANFAHREN . . . 

Weiter könnte damit nun beispielsweise ein 
Wort zum Zeichnen der positiven Achsen de- 
finiert werden: 

: ACHSEN ( ===>) 

NULLPUNKT YMAX VERBINDEN 
XMAX NULLPUNKT VERBINDEN ; 

Wenn Programme ausprobiert werden sol- 
len, ohne daß das anzusprechende Gerät 
verfügbar ist, kann man sich dadurch helfen, 
daß die Grundfunktionen durch Doppelpunkt- 
worte definiert werden. Dabei muß das Sta- 
pelverhalten korrekt nachgebildet werden. 
Anstatt die eigentliche Funktion auszuführen, 
können zum Beispiel Zeichenkettentexte auf 
dem Bildschirm angezeigt werden: 

: HEBEN ."heben"; 

: SENKEN ."senken”; 

: ANFAHREN ( x y ===>) 
anfahren ” ; 

Nach dem Eintippen dieser Worte könnten 
die obigen Beispiele zur Plottersteuerung 
nachvollzogen werden. 

1 .2. Das Bedienerinterface 

1.2.1. Integerzahlen 

Der T extinterpreter von Forth versucht für je- 
den (in Leerzeichen eingegrenzten) Eintrag 
zunächst, die Zeichenfolge als Name eines 
Forthwortes im Wörterbuch aufzufinden. 
Falls das mißlingt, wird als nächstes geprüft, 
ob die eingebene Zeichenfolge als Zahl ver- 
standen werden kann, das heißt, ob sie aus- 
schließlich aus gültigen Ziffernzeichen (allen- 
falls mit führendem Minuszeichen) besteht. 
Wenn diese Prüfung erfolgreich ist, wird die 
Ziffernzeichenfolge in die rechnerinterne 
Zahlenwertdarstellung umgewandelt und so 
auf dem Parameterstapel abgelegt. 

1.2.2. Worte 

Jedes eingegebene Wort, ob es nun eine 
(ein- oder mehrstellige) Zahl oder ein im Wör- 
terbuch enthaltenes Forthwort repräsentiert, 
muß vom nachfolgenden Wort im Programm- 
text durch mindestens ein Leerzeichen ge- 
trennt sein. Nachfolgend wird die Benutzung 
von Zahlen und Forthworten am Beispiel eini- 
ger Ausgabebefehle demonstriert. 
Wortname: 

Stapeleffekt: ( n = = = >) 

Funktion: Das ASCI I-Zeichen Punkt ist in 

Forth der einfache Ausgabebefehl; er holt 
(d. h. entfernt) den obersten 1 6-Bit-Wert vom 
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16-Bit-Wert vom Parameterstapel, faßt ihn 
als vorzeichenbehaftete Zahl in Zweierkom- 
plementdarstellung (-32768 . . . 32767) auf, 
wandelt ihn in die externe Ziffernzeichendar- 
stellung und sendet diese ASCII-Zeichen- 
kette als externe Darstellung der Dualzahl 
zum Ausgabegerät (Bild 1 .2). 

Zur Unterscheidung von den Bedienereinga- 
ben ist die Rechnerreaktion in diesen Dialog- 
mitschnitten jeweils durch Unterstreichung 
gekennzeichnet. Das zusätzlich eingefügte 
(er) soll bedeuten, daß vor dieser Stelle die 
Entertaste betätigt wurde. 

Wortname: U. 

Stapeleffekt: ( u = = = >) 

Funktion: Ausgabebefehl wie Punkt; faßt den 
Wert als vorzeichenlose Dualzahl (0 ... 
65536) auf (Bild 1.3). 

Wortname: D. 

Stapeleffekt: ( nn = ==>) oder 

identisch: ( d = = = >) 

Funktion: Ausgabebefehl; holt die obe- 

ren beiden (1 6-Bit-)Werte vom Stapel und 
faßt dieselben gemeinsam als 32-Bit-Ganz- 
zahl in vorzeichenbehafteter Zweierkom- 
plementdarstellung (-2147483648 bis 
2147483647) auf (Bild 1 .4). 

Eine Kurzbeschreibung aller aufgeführten 
Befehle ist in Tafel 1 .2 zu finden. Da diese in 
vielen Fällen ausreichend ist, wird es im wei- 
teren Verlauf seltener erforderlich sein, 
Worte so ausführlich wie eben vorgeführt zu 
beschreiben. In allen drei obigen Beschrei- 
bungen wurde absichtlich dazugesagt, wie 
der Ausgabebefehl den Stapelwert auffaßt. 
Diese Auffassungsfrage gilt nicht nur für Aus- 
gabebefehle, sondern generell: Auf dem Sta- 
pel werden physisch nur 16-Bit-Werte ver- 
waltet. Der Programmierer allein entscheidet 
bei neuen Definitionen durch die von ihm or- 
ganisierte Weiterverwendung darüber, ob 
sein Forthwort einen Wert als vorzeichenbe- 
haftet, als ASCI I-Zeichen mit nur sieben-gülti- 
gen Bits oder mit weiteren Parametern ge- 
meinsam als mehrfachgenauen Wert benutzt 
oder auf völlig andere Weise. Bei der Ver- 
wendung von bereits existierenden Worten 
muß er sich natürlich darüber informieren, 
welche Bedeutung diese jeweils den Para- 
metern beilegen. 

1.3. Der Parameterstapel 

Da die Werte auf dem Parameterstapel für 
sehr verschiedene Anwendungsfälle als Ein- 
gangsparameter verwendet werden können, 
ist es manchmal zweckmäßig, vorhandene 
Werte zu kopieren oder umzusortieren. Dafür 
sind die in den nachfolgenden Unterabschnit- 
ten aufgeführten Worte nützlich. 

1.3.1. Vervielfältigung 
Die sechs Worte 

DUP OVER PICK ?DUP 2DUP 20VER 

stellen alle in irgendeiner Weise Kopien von 
bestimmten Werten irgendwo auf dem Stapel 
her, die dann als Ergebnisparameter auf das 
obere Stapelende (englisch: Top of stack, 
Abk.: TOS) abgelegt werden. Die Stapeldia- 
gramme und Kurzbeschreibungen sind inTa- 
fel 1 .2 enthalten. Mit PICK kann ein beliebiger 
Wert zum TOS kopiert werden, dessen Posi- 
tion man allerdings explizit angeben muß. 
?DUP dupliziert den Wert im TOS genau 


dann, wenn er nicht gleich Null ist. Das ist be- 
sonders in Verbindung mit Entscheidungs- 
strukturen nützlich. 

1.3.2. Ordnungsbefehle 
Jedes der fünf Worte 

ROT SWAP ROLL 2R0T 2SWAP 

leistet in irgendeiner Weise eine Umsortie- 
rung von Werten auf dem Parameterstapel; 
der Füllstand des Stapels wird dabei nicht ge- 
ändert. 

1.3.3. Entfernen von Werten 

Die Worte DROP und 2DR0P entfernen vom 
TOS einen 16-Bit-Wert bzw. einen 32-Bit- 
Wert. Das wird zum Beispiel dann benötigt, 
wenn erst nach Entscheidungsfolgen klar 
wird, welcher von mehreren Parametern wei- 
ter benötigt wird und welcher nicht. Überflüs- 
sige Werte können dann durch Umsortierung 
nach oben gebracht und mit diesen Befehlen 
vernichtet werden. 

1.3.4. Stapeltiefe 

Das Wort DEPTH (deutsch: Tiefe) liefert als 
Ergebnisparameter eine Zahl, die angibt, mit 
wieviel 16-Bit-Werten der Parameterstapel 
gefüllt ist. 

1.4. Arithmetische Operationen 

1.4.1. Umgekehrte polnische Notation 

Im Plotterbeispiel wurde eine Befehlsfolge 
NULLPUNKT ANFAHREN benutzt. Dabei folgt 
auf den (zusammengesetzten) Parameter 
NULLPUNKT die Operation ANFAHREN. Nach 
diesem Prinzip kann auch mit Zahlen operiert 
werden. Zum Beispiel gibt es in Forth eine 
Operation für das Addieren; das entspre- 
chende Forthwort hat den Namen + erhalten. 
Angenommen, auf dem Stapel liege ein Wert 
5, dann führt die Befehlsfolge 3 + dazu, daß 
die 5 um den Wert 3 erhöht, also zu einer 8 
wird. Wesentlich an dieser Betrachtung ist, 
daß in Forth generell die Operation hinter 
dem (oder den) Operanden steht (soge- 
nannte Postfixnotation; andere übliche Be- 
zeichnungen dafür sind UPN = umgekehrte 
polnische Notation oder englisch: RPN = re- 
verse Polish Notation). In Verbindung mit der 
LIFO-Verwaltung des Parameterstapels wird 
sich das als sehr praktisch erweisen. Trotz- 
dem ist es etwas unüblich, denn die in der 
Schule gelehrte Notation setzt den Operator 
zwischen die Operanden (sogenannte Infix- 
notation). Es läßt sich zeigen, daß daneben 
auch noch eine Präfixnotation möglich ist 
(Operator vor den Operanden; z. B. von der 
Programmiersprache LISP bevorzugt) und 
daß alle diese Notationen ineinander über- 
führbar sind. Ungewohnt ist die Postfixnota- 
tion am Anfang vielleicht am ehesten bei grö- 
ßeren Formeln. 

1.4.2. Die Grundrechenarten 

Tafel 1.2 zeigt die Funktion der sechs 
Worte 

+ * / D+ D- 

Die ersten vier erwarten jeweils zwei Para- 
meter auf dem Stapel, entfernen diese und 
hinterlassen im TOS das Ergebnis der Ope- 
ration. Der Programmierer muß wissen, daß 
Bereichsüberschreitungen zum Beispiel bei 
Addition oder Multiplikation nicht reklamiert 
werden. Weiter ist wichtig zu beachten, daß 
die Division nur den ganzzahligen Teil des 


Quotienten liefert; ein eventueller Rest wird 
ignoriert. Alternativen dazu enthält der näch- 
ste Abschnitt. Die beiden Worte D+ und D- 
hinterlassen entsprechend die doppeltge- 
naue Summe bzw. Differenz von doppeltge- 
nauen Eingangswerten. Die praktische Be- 
nutzbarkeit der Postfixnotation in Verbindung 
mit Kopier- und Ordnungsbefehlen soll an ei- 
nem Beispiel gezeigt werden. Angenommen, 
auf dem Stapel liegen zwei Parameter a und 
b, und es soll der Ausdruck 
(a«b)/(a + b) berechnet werden. Das ist mit 
der folgenden Sequenz möglich: 

OVER OVER * ROT ROT + / 

Da das nicht besonders anschaulich ist, kann 
es für Entwicklungszwecke zum Selbstver- 
ständnis nützlich sein, in einer Art vertikalen 
Notation die aktuelle Belegung des Stapels 
nach jedem Kommando als Kommentar fest- 
zuhalten (Bild 1 .5). 

1.4.3. Division mit Rest 
Die beiden Worte 

/MOD MOD 

können benutzt werden, wenn die Vernach- 
lässigung des Restes bei der ganzzahligen 
Division nicht zulässig ist. /MOD liefert dann 
im TOS den Quotienten und darunter den 
Rest. MOD liefert nur den Rest selbst. 

1.4.4. Skalierung 
Die beiden Worte 
*/ «/MOD 

erwarten drei Werte x y z als Parameter und 
berechnen den Wert-vep x*y/z, wobei die 
Zwischenergebnisse intern mit doppelter Ge- 
nauigkeit geführt werden. «/ liefert einen Er- 
gebnisparameter. Mit diesem Operator läßt 
sich unsere Formel (a*b)/(a+b) aus Ab- 
schnitt 1 .4.2. auch so berechnen: 

OVER OVER + «/ 

Ganz ähnlich wie der eben besprochene Be- 
fehl «/ liefert «/MOD ebenfalls das Ergebnis im 
TOS, dazu aber als zweiten Wert (unter dem 
TOS) zusätzlich den Rest der abschließen- 
den Division. 

1.4.5. Gemischtgenaue Operationen 
Gemischtgenaue Operationen sind solche, 
bei denen Parameter verschiedener Genau- 
igkeit eine Rolle spielen. Zum Beispiel erwar- 
tet UM« zwei einfachgenaueParameter (vor- 
zeichenlos) und hinterläßt deren doppeltge- 
naues Produkt (ebenfalls vorzeichenlos). 
UM/MOD erwartet im TOS einen einfachge- 
nauen Divisor und darunter einen doppeltge- 
nauen Dividenden. Das Ergebnis ist wieder 
einfachgenau; alle Parameter werden als 
vorzeichenlos aufgefaßt. 

1.4.6. Begrenzerbefehle 
Die vier Befehle 

MAX MIN DMAX DMIN 
erwarten je zwei Eingangsparameter und lie- 
fern als Ausgangsparameter das Extremum 
der beiden. 

1.4.7. Vorzeichenbefehle 

ABS und DABS bilden den Betrag von einfach- 
bzw. doppeltgenauen Zahlen; NEGATE und 
DENEGATE bilden jeweils das Zweierkomple- 
ment des einfach- bzw. doppeltgenauen Ein- 
gangsparameters. Damit wird eine Vorzei- 
chenumkehr erreicht. 
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1.4.8. Maschinenahe Operationen 
Die Gruppe 

1 + 1 - 2 + 2 - 2 / 02 / 

faßt solche Operationen zusammen, die in 
Programmen erfahrungsgemäß häufig Vor- 
kommen und für die gleichzeitig besonders 
schnelle Realisierungen in Maschinencode 
möglich sind. Das ist das Erhöhen und das 
Vermindern um eins und um zwei sowie eine 
bitweise Rechtsverschiebung des Eingangs- 
parameters (einfach- bzw. doppeltgenau), 
die in der internen Darstellung eine Division 
durch zwei realisiert. wird fortgesetzt 


Tafel 1.1 Symbole für die 
Bedeutung der Stapelparameter 


TOS 

oberster Wert auf dem Parameterstapel 
(englisch: Top Of Stack) 

+n 

Stapeleintrag im Bereich 0 < x < = 32767 


Stapeleintrag mit 1 6 gültigen Bits 

32b 

doppeltgenauer Stapeleintrag 
mit32gültigenBits 


Stapeleintrag mit 8 gültigen Bits (b0/ bis b7) 

? 

Stapeleintrag mit den Werten "true” (7 * 0) 


Stapeleintrag, der als Adresse angesehen wird 

i c 

Stapeleintrag, der ein (ASCII-)Zeichen 
spezifiziert 

d 

doppelter Stapeleintrag im Bereich 

-2147483648 < X < = 21 47483647 

+d 

positive doppelt genaue Zahl 

0<x< = 4294967295 

n 

Stapeleintrag im Bereich 

-32768 <x< =32767 

u 

Stapeleintrag im Bereich 

0<x< = 65535 

ud 

doppelter Stapeleintrag im Bereich 

0<x< = 4294967295 

w 

Stapeleintrag im Bereich 

-32768 <x< = 65535 

wb 

Stapeleintrag im Bereich 

- 1 28 < X < = 255 

wd 

Stapeleintrag im Bereich 

-21 47483648 < x < = 4294967295 


Zu diesem Kurs 

Hier wird dem interessierten Leser die Mög- 
lichkeit gegeben, sich über einige der we- 
sentlichen Eigenarten und Potenzen von 
Forth grob zu orientieren. Wer dadurch ange- 
regt wird, sich ernsthafter mit diesem zu- 
kunftsträchtigen Softwarekonzept zu befas-, 
sen, dem sei das sorgfältige Studium der Bü- 
cher von Brodie IV, 121 und Zech 13/ empfoh- 
len. Daneben kann man sich in der Spezialli- 
teratur über Themen informieren, die in die- 
sem Kurs nur kurz oder gar nicht erwähnt 
werden, zum Beispiel: Editieren in Forth/ As- 
semblerprogrammierung / Interrupts, Echt- 
zeit und Multitasking / Metakompilation und 
Crosscompilation / Fließkommarechnung / 
Forthprozessor in Hardware. 

Hilfreich ist sicherlich auch der Kontakt zu an- 
deren Forthprogrammierern. Für beruflich In- 
teressierte bietet sich hier die Kammer der 
Technik an. Dort arbeitet in der wissenschaft- 
lichen Sektion Computer- und Mikroprozes- 
sortechnik des Fachverbandes Elektrotech- 
nik ein Fachausschuß Forth. Auch außerbe- 
ruflich an Forth Interessierte haben sich beim 
Kulturbund in Leipzig zu einer Interessenge- 
meinschaft Forth zusammengefunden, die 
landesweit aktiv ist. 


Tafel 1.2 Kurzbeschreibung der Forthworte 


1 6-Bit-Wert mit MSB als Vorzeichen ausgeben 
1 6-Bit-Wert als Positivwert ausgeben 
32-Bit-Wert mit MSB als Vorzeichen ausgeben 


Parameterstapel: Verviellältigungen 


(16b = ==>16b16b) 

(16b016b1 

===>16b016b1 16b0) 
(16bj16bi16bh...16bO i 
== = >16bj16bi16bh...16b016 
(0 = ==>0) 

(16b ===> 16b 16b) 

(32b = = = > 32b 32b) 


===>32b032b1 32b0) 


obersten Stapelwert identisch duplizieren 
zweiten Wert zum TOS kopieren 

i-ten Wert zum TOS kopieren 
TOS nur dann duplizieren, 
wenn er nicht null ist 
32-Bit Wert duplizieren 

zweiten doppeitgenauen Wert zum TOS kopieren 


ROT (16b016b1 16b2 

= ==> 16b1 16b216b0 
SWAP (1 6b0 1 6b1 ===> 16b1 16b0) 

ROLL (1 6bj 1 6bi 1 6bh . . . 16b0 i 

= = = > 1 6bj 1 6bh ... 1 6b0 1 6bt) 
2ROT 

2SWAP 


i-ten Wert nach oben "rollen” 


Gesamtzahl der 1 6-Bit-Werte auf dem Stapel 


Grundrechenarten 


liefert w3 als Summe aus wl undw2 

liefertw3alsDiffrenzausw1 -w2 

bildet w3 als Produkt ausw1undw2 

bildet n3 als Quotient nl /n2 

addiert doppeltgenaue Werte wdl und wd2 zu wd3 

subtrahiert zwei doppeltgenaue Zahlen zu wd3 


Gemischtgenaue Operationen 


MAX (nl n2 ===>n3) 

MIN (n1n2 = — >n3) 

DMAX <d1 d2 = — >d3) 

DMIN (dl d2===>d3) 


n3 ist die größere der beiden Zahlen nl und n2 
n3 ist die kleinere der beiden Zahlen n 1 und n2 
d3 ist die größere der doppeltgenauen Zahlen dl ur 
d3 ist die kleinere der doppeltgenauen Zahlen dl ur 


ABS (n===>u) 

DABS (d = ==>ud) 

NEGATE (nl = ==>n2) 
DNEGATE (dl = ==>d2) 


u ist der Absolutbetrag von n 
ud ist der Absolutbetrag von d 
n2 ist das Zweierkomplement vo 
d2 ist das Zweierkomplement vo 


chinennahe Operationen 


(wl ===>w2) 
(wl ===>w 2 ) 
(wl ===>w2) 
(wl = ==>w2) 
(wl = ==>w2) 


wl wird inkrementiert zu w2 
wl wirddekrementiertzuw2 
wl wird um 2 inkrementiert zu w2 
wl wird um 2 dekrementiert zu w2 
wl wird um ein Bit arithmeti 
analog 2/ für doppeltgenaue Zahlen 
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Entwurf von Gate-Array - 
Schaltkreisen Ten i 


Prof. Dr. Dietmar Müller 
Technische Universität Karl-Marx- 
Stadt, Sektion Informationstechnik 


Allgemeiner Entwurfsablauf 

Im Bild 1 sind mögliche Ebenen beim Entwurf 
von Schaltkreisen dargestellt. 

Der angegebene Ablauf entspricht einer 
Strategie Von oben nach unten (top down). 
Dieses - im „VLSI-Zeitalter“ anzustrebende 
- Vorgehen muß jedoch durch Aspekte des 
Von unten nach oben (bottom up) ergänzt 
und unterstützt werden. So muß - speziell 
beim GA-Entwurf - Wissen über die nutzba- 
ren Funktionselemente der Funktionsele- 
mente-Bibliothek vorhanden sein, damit' 
keine nichtrealisierbaren Teilstrukturen ent- 
worfen werden. Die Dialektik zwischen Top- 
down- und Bottom-up-Vorgehen ist ausführ- 
lich in /I/ dargestellt. 

Der Top-down-Entwurf komplexer Systeme 
kann als eine mehrstufige Transformation 
der im Pflichtenheft formulierten und gefor- 
derten Funktion in eine -letztlich -geometri- 
sche Struktur verstanden werden. Bei nicht 
zu kleinen Aufgabenstellungen ist ein Top- 
down-Entwurf unter Ausnutzung allgemeiner 
Regeln und Vorgehensweisen, wie Nutzung 
des Hierarchie- und des Blockkonzeptes IV 
oder des Anstrebens von Wiederholstruktu- 
ren, des Parallelisierens, des Serialisierens 
u.a., sinnvoll. Dabei kommt es in wachsen- 
dem Maße darauf an, solche Methoden und 
Programme zu entwickeln, die der Anwender 
nutzen kann, ohne daß Detailkenntnisse vor- 
handen sind. Unter diesem Aspekt wird in 
schnell wachsendem Umfang auch auf der 
Systemebene die Rechnerunterstützung all- 
gemein und außerhalb des Problemkreises 
GA-Entwurf perfektioniert. Dies geschieht 
durch das Entwickeln und Nutzbarmachen 
von immer komfortableren und leistungsfähi- 
geren Entwurfs- und Beschreibungsmitteln 
und den dazugehörigen Simulationspro- 
grammen. 

Werden die auf der Systemebene entworfe- 
nen und (teilweise oder vollständig) simulier- 
ten Teilkomplexe partioniert, so ergibt sich 
die Register-Transfer-Ebene. Diese ist 
durch den schrittweisen Transfer von Infor- 
mationen zwischen Speicherplätzen - z. B. 
Registern— charakterisiert, wobei Informatio- 
nen verändert bzw. mit anderen Informatio- 
nen verknüpft werden können. 

Es folgt die Logikebene. Hier werden die in 
der Register-Transfer-Ebene noch vorkom- 
menden komplexen Schaltungen durch 
Strukturen auf Gatter-Niveau aufgelöst. Die- 
ser Gatterentwurf wird ebenfalls durch zahl- 
reiche strukturelle und funktionelle Beschrei- 
bungssprachen unterstützt, wobei eine große 
Zahl dieser Sprachen als Eingabemedium für 
die Simulatoren auf diesem Niveau dienen. 
Neben Simulatoren, die nur zwei logische 
Zustände bearbeiten, gibt es zahlreiche, de- 
ren Simulationsergebnisse sehr viel aussa- 
gekräftiger und genauer sind, da mehr als 
zwei Zustände unterschieden werden. Ne- 
ben dieser statischen Simulation werden 
auch die zeitlichen Vorgänge bis zum Errei- 
chen der statischen Endzustände durch 



dynamische Logiksimulation - besser zeitli- 
che Logiksimulation untersucht. 

Diese oberen Entwurfsebenen bleiben die 
„Domäne“ des Entwerfers, der durch seine 
konzeptionelle Arbeit, durch seine Idee, trotz 
aller Rechnerunterstützung maßgeblich über 
den Erfolg des Schaltkreises entscheidet. 
Dabei wird diese Kreativität bei VLSI-Entwür- 
fen nicht darauf gerichtet sein, originelle 
Schaltungsdetails und transistorsparende 
Teilschaltungen zu entwerfen, sondern auf 
der Basis bewährter LSI-Komplexe und regu- 
lärer Wiederholstrukturen in kurzer Zeit funk- 
tionierende und prüfbare Schaltkreise zu ent- 
werfen. Diese Entwurfsvorgänge von Routi- 
nearbeit - auch von Schreib- und Bedienar- 
beit am Rechner-zu befreien, ist ein weiterer 
Aspekt für das Entstehen der Beschrei- 
bungssprachen, deren Vielzahl ein Indiz für 
das Fehlen einer unter vielen Aspekten opti- 
malen Sprache ist. 

An den Logikentwurf schließt sich im allge- 
meinen der Entwurf in der Elektrik-Ebene an. 
Dieser beinhaltet den Ersatz der Gatterstruk- 
turen durch Transistorschaltungen. Dieser 
elektrische Entwurf ist bei nichttrivialen Tran- 
sistorzahlen manuell nicht beherrschbar, so 
daß sehr frühzeitig gerade für dieses Niveau 
eine Rechnerunterstützung erarbeitet wurde. 
Die mathematisch sehr anspruchsvollen und 
rechentechnisch aufwendigen Algorithmen 
zur Netzwerkanalyse sind zum Beispiel in 12/ 
und /34 übersichtlich dargestellt und erfahren 
ständig Verbesserungen und Erweiterun- 
gen. 

Der Entwurfsprozeß endet mit der Umset- 
zung des berechneten elektrischen Verhal- 
tens in adäquate geometrische Strukturen, 
das heißt dem Entwerfen des Layouts der 
Masken für die einzelnen technologischen 
Schritte. Auch hier ist der Mensch durch die 
Fülle der Daten völlig überfordert, so daß nur 
in der Anfangszeit das Layout manuell ent- 
worfen wurde; heute existiert auch für diesen 
Entwurfsschritt eine gediegene und teilweise 
vollständige Rechnerunterstützung. Der 
Layoutentwurf führt zu Datenträgern mit den 
Steuerdaten für die Maskenherstellung oder 
für eine eventuelle Direktbelichtung mittels 
Elektronenstrahl. Neben einer Vielzahl von 
Problemen gestattet gerade diese Art ein 


Höchstmaß an Flexibilität bei der Schaltkreis- 
herstellung (z. B. Multi-Projekt-Chips) und an 
Zeitgewinn. 

Abschließend soll noch auf eine wesentliche 
Aufgabe hingewiesen werden, deren Lösung 
eigentlich mit dem Systementwurf beginnen 
muß. Es ist dies die zu entwerfende Prüf- und 
Meßbarkeit des Schaltkreises. Während die- 
ser prüfgerechte Entwurf in jedem Falle er- 
strebenswert ist, muß er beim ASIC-Entwurf 
realisiert werden. 

Entwurfsablauf 

bei Gate-Array-Schaltkreisen 

Ist entsprechend Bild 1 der Systementwurf so 
weit detailiert, daß Teilkomplexe als Gate-Ar- 
ray-Schaltkreis realisiert werden können, 
oder ist die Aufgabenstellung so übersehbar, 
daß ein Gate-Array-Schaltkreis ohne „Sy- 
stementwurf“ entstehen kann, so muß für 
diesen ein Logikplan entworfen werden. Dies 
bedeutet, die funktionelle Beschreibung der 
Aufgabenstellung in Form Boolescher Glei- 
chungen, Graphen oder anderer bekannter 
Beschreibungsformen in eine Struktur zu 
überführen, die die geforderte Funktion reali- 
siert. Beim Gate-Array : Entwurf hat dies, wie 
bereits bemerkt, durch ausschließliche Nut- 
zung der in der Elementebibliothek enthalte- 
nen und damit für den Nutzer verfügbaren 
Funktionselementen zu geschehen. Mit die- 
sen Funktionselementen und wegen der Not- 
wendigkeit eines prüfgerechten Entwurfs 
sind sequentielle Schaltungen nicht in belie- 
biger Form realisierbar (siehe Teil 2). 

Der Entwurfsablauf bei Gate-Array-Schalt- 
kreisen ist im Bild 2 skizziert. 

Im Rahmen der Masterkenngrößen (Anzahl 
potentieller Funktionselemente der Elemen- 
tebibliothek wird der (Anfangs-)Logikplan 
mittels einer Beschreibungssprache oder bei 
Vorhandensein von Grafikeditoren die struk- 
turelle Verschaltung der Funktionslemente in 
den Rechner eingegeben. 

Mit dieser Eingabe ist die Simulation der 
Funktion bis zur vollständigen Verifikation 
möglich. In dieser Phase - der Entwurfssi- 
mulation - praktiziert der kreative Entwerfer, 
durch leistungsfähige Simulationspro- 
gramme unterstützt, echten rechnerunter- 
stützten Entwurf. Durch Dialogorientierung 
der Simulatoren erhält der Entwerfer nach 
kurzer Reaktionszeit des Rechners die 



Bild 2 Entwurfsablauf bei Gate-Array-Schalt- 
kreisen 
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Systemantwort in Form von Ausgangssigna- 
len als Antwort auf seine Eingangsfolgen 
(-Vektoren). Durch diese Dialogarbeitsweise 
' s ' nc l notwendige Schaltungsänderungen und 
-anpassungen sofort eingebbar, womit eine 
iterative Angleichung der gegenwärtigen Ist- 
funktion an die geforderte Sollfunktion reali- 
sierbar wird. Stimmen beide überein, wird die 
Entwurfssimulation durch den Entwerfer als 
„vollständig“ definiert und beendet. Dabei 
werden in der Regel nur die zu realisierenden 
Hauptfunktionen geprüft und weiterhin Ein- 
gangsfolgen eingegeben, die zu keiner oder 
zu auszuschließenden Reaktionen führen 
sollen. Damit hängt von der Wahl der Ein- 
gangsvektoren die Aussagekraft der Simula- 
tionsergebnisse in entscheidendem Maße 
ab. Die zu nutzenden Eingangsvektoren soll- 
ten dabei sinnvollerweise parallel zum Schal- 
tungsentwurf festgelegt werden, da in dieser 
Phase über die Funktion der Schaltung am 
intensivsten nachgedacht wird. 

Diese Entwurfssimulation als eine zeitliche 
Logiksimulation wird oft- fälschlicherweise - 
statische Logiksimulation bezeichnet, weil 
die dynamischen Parameter der Schaltung 
noch nicht vollständig bekannt sind. 

Nach der Entwurfsimulation folgt die Plazie- 
rung und die Trassierung. Diese werden im 
allgemeinen automatisch durchgeführt, wo- 
bei durch manuelle Eingriffe zielgerichtete 
Veränderungen und Vorgaben vorgenom- 
men werden können. So ist zum Beispiel eine 
Vorplazierung oder die Festlegung von 
Nachbarfunktionselementen bei der für die 
Verarbeitungsgeschwindigkeit kritischen 
Teilschaltungen möglich. Um im Komplex 
Plazierung und Trassierung eine problem- 
lose Verdrahtung der plazierten Funktions- 
elemente zu ermöglichen, sollten nur etwa 
80% der maximal möglichen Funktionsele- 
mente beim Entwurf genutzt werden. Nach 
erfolgreicher Plazierung und Trassierung, 
das heißt, nachdem die Verdrahtungsebenen 
(Alu- und Poly-Silizium-Leitbahnen) gänzlich 
entworfen sind, ist die genaue Länge und die 
Art aller Verbindungen fixiert. Damit können 
die durch Verdrahtungswiderstände und -ka- 
pazitäten entstehenden Verzögerungszeiten 
exakt - im Rahmen der Genauigkeit der be- 
nutzten Leitungsmodelle - berechnet wer- 
den. 

Anschließend erfolgt die Bestätigungssi- 
mulation. Bei dieser werden auf der Basis 
der in der Bibliothek der Funktionselemente 
enthaltenen Verzögerungszeiten der Funk- 
tionselemente und der vorher berechneten 
Verzögerungszeiten der einzelnen Verbin- 
dungsleitungen die Verzögerungszeiten für 
alle Schaltungspfade berechnet. Bei dieser 
Bestätigungssimulation - oft auch als dyna- 
mische Logiksimulation bezeichnet- wird bei 
Worstcase-Bedingungen die maximal mögli- 
che T aktfrequenz ermittelt. 

Der Entwurfsvorgang wird abgeschlossen 
durch die Berechnung von Testvektoren für 
eine Strukturprüfung, die beim Hersteller er- 
folgt. Da der Hersteller über die Funktion des 
Gate-Array-Schaltkreises keine oder keine 
vollständigen Informationen besitzt, prüft er 
nur das richtige Funktionieren der Funktions- 
elemente und deren Verschaltung; er führt 
eine Strukturprüfung durch, um gegenüber 
dem Anwender (= Entwerfer) den Nachweis 
zu erbingen, daß „sein Silizium“ funktioniert. 
Dies ist in Werbeschriften durch den Satz be- 
schrieben: Unser Silizium realisiert exakt Ih- 
ren Logikplan. Dies bedeutet, bei „richti- 


gem“, oder anders formuliert, die Verantwor- 
tung für die Funktion des Schaltkreises liegt 
beim Entwerfer! Dieser kann und muß durch 
die Simulation den Funktionsnachweis er- 
bringen. Ist dies der Fall und ist die Struktur- 
prüfung vollständig, kann eine Funktionsprü- 
fung - wie sie bisher praktiziert wurde - bei 
Gate-Array-Schaltkreisen entfallen. Der 
Gate-Array-Schaltkreis erbringt mindestens 
die während der Simulation ermittelten 
Werte. Eine Funktionsprüfung ist nur dann 
sinnvoll, wenn zum Beispiel der Schaltkreis 
im Ausnahmefall mit einer höheren als der 
bei der Simulation ermittelten Frequenz be- 
trieben werden soll. 

Der Entwurf endet mit der Ausgabe obiger 
Strukturprüfungsdaten und der Daten des 
Verdrahtungslayouts auf periphere Speicher. 
Mit den Layoutdaten werden die Masken der 
Verdrahtungsebenen erzeugt und mit diesen 
die uniformen Transistorstrukturen auf dem 
Masteruntergrund individualisiert, wodurch 
die die individuellen Anwenderforderungen 
erfüllenden Gate-Array-Schaltkreise entste- 
hen. 

Abschließend soll nochmals formuliert wer- 
den, daß die Hauptaktivität bei einem Gate- 
Array-Schaltkreis-Entwurf nicht die Entwick- 
lung von Schaltkreisen, sondern die Entwick- 
lung und Verifikation der logischen Schaltung 
ist. Der Elektronikingenieur, der einen Gate- 
Array-Schaltkreis entwirft, muß dadurch 
keine detaillierten Kenntnisse über den Ent- 
wurf, sondern beispielsweise über die Makro- 
bibliothek zur Realisierung seiner Schaltung 
besitzen. 

Dies ist nur möglich, wenn ein leistungsfähi- 
ges CAD-System die umfangreichen Routi- 
nearbeiten durchführt. Ein derartiges CAD- 
System ist das Entwurfssystem ARCHIMEDES 
für das Gate-Array-System U 5200/5300 des 
VEB Forschungszentrum Mikroelektronik 
Dresden (ZMD). Dieses leistungsfähige Sy- 
stem ist auf 32-Bit-Rechentechnik (z.B. 
Kl 840) lauffähig. 

Damit sehr frühzeitig und in großer Breite die 
Aus- und Weiterbildung zum Gate-Array-Ent- 
wurf praktiziert werden kann, wurde an der 
Technischen Universität Karl-Marx-Stadtdas 
Entwurfssystem PC-GAD erstellt, das quell- 
textkompatibel zu ARCHIMEDES und auf 16- 
Bit-PCs lauffähig ist. Damit sind auch Teilent- 
würfe für kommerzielle Gate-Array-Schalt- 
kreise am Arbeitsplatz des Entwerfers in der 
Industrie realisierbar. 

Die einzelnen Komponenten dieses CAD- 
Systems und deren Nutzung werden in den 
nächsten Beiträgen vorgestellt. 
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EPROM-Programmiereinrichtungen 
aus dem IfAM Erfurt 


Jürgen Wrenzitzki 

Ingenieurbetrieb für die Anwendung 
der Mikroelektronik Erfurt 


In der DDR werden Halbleiterbauelemente 
für verschiedene Mikroprozessorsysteme 
entwickelt und produziert. Die Bereitstellung 
und ständige Weiterentwicklung von LSI- 
Speicherbausteinen ist dabei unverzichtba- 
rer Faktor. Seit dem Debüt des p-Kanal- 
EPROMs U552 C ist in der DDR eine konti- 
nuierliche Entwicklung auf dem EPROM- 
Sektorzu verzeichnen. Die Entwicklung ging 
überden 1 -KByte-EPROM U 555 C (2708) in 
n-Kanal-Technologie bis hin zum U2764C, 
der den Besuchern der Leipziger Frühjahrs- 
messe 1988 präsentiert wurde. Mit der fort- 
schreitenden Technologieentwicklung wird 
auch die künftige Entwicklung von Halblei- 
terspeichern einhergehen. 


Die bisher durch den IfAM Erfurt vertriebene 
Programmleiterkarte EPROM 1/EPROM 1-Z 
fand einen breiten Anwenderkreis. In diesem 
Beitrag werden die neuen Programmiermo- 
dule EPROM 1 -W und EPROM 2 vorgestellt, 
die seit dem IV. Quartal 1 988 lieferbar sind. 

Für die Programmierung von EPROMs, be- 
sonders der neuen Typen, wird seit 1987 
durch den IfAM Erfurt ein EPROM-Program- 
miermodul für den PC 171 5 vertrieben, der 
auch in K-1 520-Rechnern einsetzbar ist HL 
Die Entwicklung dieses Programmiermoduls 
EPROM 1/EPROM 1-Z im IfAM Erfurt hatte 
folgende Ziele: 

- Schaffung einer universellen Hardwarelö- 
sung, die es ermöglicht, EPROMs der Typen 
2708 bis 27256 zu programmieren 

- Nutzbarmachung dieser Lösung speziell 
für den PC 1 71 5 und darüber hinaus auch für 
K-1520-Rechner 

- Unterstützung der Anwender durch ein 
breites Spektrum an mitgelieferter Steuer- 
software für unterschiedliche Betriebssy- 
steme und Rechner 

- Keine Verwendung von Typensteckern 
oder dergleichen für die Typumschaltung. 

Die geschaffene Lösung EPROM 1/ 
EPROM 1-Z berücksichtigt alle Anwender, 
die den U 555 C und dessen Äquivalenztypen 
in ihrerTechnik noch einsetzen. Rechner, die 
herstellerseitig bereits mit Programmiermo- 
duln (für U 555 C) versehen waren (MRES, 
MC 80), können mit dem Programmiermodul 
des IfAM Erfurt ausgerüstet werden I2J. 

Die bisher gesammelten Anwendererfahrun- 
gen weisen eine positive Resonanz aus, zei- 
gen aber auch, daß besonders im Sinne der 
technischen Weiterentwicklung auf dem 
EPROM-Sektor die Einsatzfähigkeit der 
EPROM 1/EPROM 1-Z für neue Bauele- 
mente begrenzt ist. Die technischen Erfor- 
dernisse, die Anwendererfahrungen mit dem 
Programmiermodul EPROM 1 /EPROM 1 -Z, 
die Verbreitung neuer Rechnertypen und da- 
mit verbunden neuer Betriebssysteme in der 
DDR waren Anlaß zu weiteren Arbeiten und 
zur Realisierung von zwei neuen Program- 
mer-Versionen. Neben den auf internationa- 
ler Ebene industriell hergestellten EPROM- 


Programmiergeräten (die ausschließlich die- 
sem Zweck dienen), die mit eigener „Intelli- 
genz“, Speicher zur Datenpufferung und 
Standard-Schnittstelle (V.24, RS 232 C ...) 
ausgerüstet sind, liefern einige Hersteller von 
Rechnerentwicklungssystemen system- 
eigene Programmer, die entweder direkt am 
Systembus oder über eine Schnittstelle in 
das System implementiert sind. Die Steue- 
rung des Programmers und auch der notwen- 
dige Datenpuffer werden durch das System 
organisiert. Dadurch reduziert sich der erfor- 
derliche Hardwareaufwand im wesentlichen 
auf die Schnittstelle zum System und auf eine 
diskrete Schalter-/T reiberlogik zur Steuerung 
bzw. Umschaltung der Anschlüsse am Pro- 
grammiersockel. Der Einsatz von Typenstek- 
kern (Characterizer) oder sogenannter Per- 
sonality-Moduln zur Typumschaltung wird 
meist vermieden. Diese zuletzt genannten 
Faktoren und der Gedanke an eine flexible 
Lösung für verschiedene Rechner und Be- 
triebssysteme führten im IfAM Erfurt zur Ent- 
wicklung von zwei ähnlichen EPROM-Pro- 
grammer-Moduln, die sich durch ihre Schnitt- 
stellen unterscheiden. 

Die EPROM 1-W nutzt (wie auch die 
EPROM 1/EPROM 1-Z) den Systembus des 
vorhandenen Rechners (K-1 520-Rechner 
oder PC 1715) und wird über PIO-Bausteine 
U855D gesteuert. Die EPROM 2 ist für 
Rechner mit MS-DOS-kompatiblen Betriebs- 
systemen vorgesehen und nutzt die (meist 
vorhandene) parallele Druckerschnittstelle 
(Centronics-Port). Der Datenaustausch zwi- 
schen Rechner und Programmer erfolgt se- 
riell gepuffert. Beide Programmer EPROM 1- 
W und EPROM 2 erlauben die Programmie- 
rung von EPROMs der Typen 271 6 bis 27256 
in allen für sie gültigen Betriebsarten, sofern 
sie für den entsprechenden EPROM-Typ zu- 
gelassen bzw. vorgesehen sind. Die Soft- 
ware-Erweiterung auf die Typen 27512, 
27513 bzw. für alle EPROMs im 28poligen 
Gehäuse, die der schon historischen An- 
schlußbelegung für 8-Bit-EPROMs entspre- 
chen, ist ohne Hardwareänderungen mög- 
lich. Die Erweiterung des Typenspektrums 
auf EPROMs mit 16-Bit-Datenwortbreite ist 
konzeptionell möglich. Allerdings erfordert 
dies zusätzliche Hardware und wegen des 
notwendigen Einsatzes eines 40poligen Pro- 
grammiersockels eine Abwendung vom Prin- 
zip der reinen Softwaresteuerbarkeit des 
Programmers. 

Unabhängig vom speziellen Programmertyp 
wird versucht, den Anwender in seinen Be- 
langen hinsichtlich der Programmierung und 
Nutzung von EPROMs auf verschiedenen 
Rechnerbetriebssystemen durch die mitge- 
lieferte Steuersoftware (plus Dokumentation) 
in hohem Maße zu unterstützen. 

Es werden die Routinen 

• softwaremäßige Typauswahl (Select, 

Exchange) 

• automatische Typauswahl (Identity) 

die EPROM-typischen Algorithmen 

• Leerkontrolle (Blank De- 

vice Test) 

• Einlesen von Master-EPROM (Fill) 

• Programmieren (in allen erfor- 
derlichen Modi) (Program) 


• Vergleichen 

EPROM Puffer (Compare) 

und die für die File-Bearbeitung erforderli- 
chen Software-Hilfsmittel 

• Laden von Disk(ette) 

(+ Verbinden von Files im Puffer) (Load) 

• Schreiben auf Disk(ette) 

(+ Aufspalten von Files im Puffer) (Save) 

• Ansehen des Pufferinhaltes 

bzw. der EPROM-Daten (Display) 

• Verändern des Pufferinhaltes 

+ Dateneingabe von Console (Modify) 

• Beschreiben des Puffers mit 

Konstanten (Konstant) 

zur Verfügung gestellt. 

Die Programmiermoduln werden als unbe- 
stückte, industriell hergestellte, durchkontak- 
tierte Zwei-Ebenen-Leiterkarten angeboten, 
wobei die EPROM 1-W im K-1520-Format 
geliefert wird. Die Konfigurierung dieser 
Karte für den PC 1 71 5 erfolgt durch den An- 
wender. Für die Innbetriebnahme der Leiter- 
platten erhält der Anwender alle erforderli- 
chen Dokumentationen und Programme auf 
Anwenderdiskette plus Stromlaufplan und 
Bestückungsunteriagen. 
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Computer- 

Club 


MSX- 

e/n unbekannter 
Standard? 

Michael Lennartz, 
Ludwigsfelde 

Weitgehend unbekannt auf dem 
Markt der Heimcomputer in Westeu- 
ropa und den USA ist MSX, ein von 
führenden Firmen der Unterhal- 
tungselektronik vereinbarter Stan- 
dard für Computer des semiprofes- 
sionellen und des gehobenen Hob- 
bybereichs. Konzept und Leistungs- 
umfang dieser Geräte werden im fol- 
genden Beitrag vorgestellt. 

MSX steht für Microsoft Super Exten- 
ded Basic und kennzeichnet einen 
Rechnerstandard, der Hardware und 
Betriebssystem umfaßt. Das 1982 
von Microsoft ASCII Tokio entwik- 
kelte System, dem sich führende Fir- 
men der Unterhaltungselektronik an- 
geschlossen haben (u. a. Philips, Pa- 
nasonic, Sony, Sanyo, Yamaha, 
Spectravideo und der Hersteller der 
LASER-Computer, Video Techno- 
logy), basiert auf dem Mikroprozes- 
sor Z80A IV. Die Weiterentwicklung 
MSX2 wurde 1984 vorgestellt, wobei 
zwischen MSX und MSX2 Aufwärts- 
kompatibilität besteht. Hier wurde im 
wesentlichen die verbesserte Schalt- 
kreisbasis berücksichtigt, indem ein 
neuer videotext-kompatibler Video- 
prozessor und ein größerer RAM-Be- 
reich eingesetzt werden (vergleiche 
Tafel 1)/2/,/3/. 

Das Besondere, das die Stärke von 


MSX ausmacht, ist der außerordent- 
lich hohe Standardisierungsgrad. 
Nicht nur Mikroprozessor, Taktfre- 
quenz und Videoprozessor sind ge- 
normt, sondern auch Tastatur und 
Steckplätze für die Erweiterungsmo- 
dule. Unabhängig vom Hersteller des 
Rechners, eines Zusatzmoduls oder 
eines Programms kann der Besitzer 
eines MSX-Rechners sicher sein, 
daß alle Komponenten paßfähig sind. 
Das ist anwenderfreundlich, hat aber 
auch positive wirtschaftliche Aspekte 
für die Herstellerfirmen. Die Kon- 
zerne der Unterhaltungselektronik, 
die nicht in erster Linie Computer her- 
stellen, sondern eher um eine Sym- 
biose zwischen Rechner und Audio- 
bzw. Videotechnik bemüht sind, müs- 
sen zu einem Rechner nicht noch 
eine Vielzahl von Zusatzmodulen und 
Software produzieren, sondern kön- 
nen sich auf ein einzelnes Produkt 
beschränken, das in die spezifische 
Erzeugnispalette paßt. Als Beispiel 
kann der Musikcomputer CX5M von 
Yamaha genannt werden, der einen 
eigenen Klangprozessor besitzt /AI. 
Der auf ROM befindliche Basic-Inter- 
preter ist eine Entwicklung von Micro- 
soft und verfügt neben den von MBA- 
SIC bekannten Befehlen Anweisun- 
gen für Tonerzeugung und Grafik und 
unterstützt Multitasking-Anwendun- 
gen mit dem Befehl ON INTERVAL G0- 
SUB. Durch die Verwendung von 
14stelligen BCD-Zahlen werden Run- 
dungsfehler vermieden. Obwohl als 
Heimcomputerstandard konzipiert 
und durch den Kassettenrecorder als 
primären Massenspeicher deutlich 
für den privaten Bereich ausgezeich- 
net, weisen die hohe Taktfrequenz 
und die Einführung des Diskettenbe- 
triebssystems MSX-DOS darauf hin, 
daß MSX auch im professionellen Be- 
reich einen Platz beanspruchen 
kann. Das Betriebssystem CP/M läßt 
sich nachladen, wodurch die umfang- 
reiche CP/M-Software prinzipiell 
nutzbar wird, in der Praxis dürfte es 
bei MSX allerdings Schwierigkeiten 
durch das Bildschirmformat geben. 


Tafel 1 Vergleich von MSX, MSX2 und BIC A 5105 
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ln den technischen Parametern ist 
der Bildungscomputer A 51 05 mit den 
MSX-Rechnern vergleichbar. Der 
UA880D ist zum Z80A kompatibel, 
ebenfalls ist im A 51 05 ein farbgrafik- 
fähiger Videoprozessor mit 64 K x 
16 Bit RAM für die Bildschirmsteue- 
rung enthalten. Zur Grundausstat- 
tung gehören weiterhin ein 48-KByte- 
ROM-Basic (14 Stellen Rechenge- 
nauigkeit) und 64 KByte RAM sowie 
ein Diskettenlaufwerk und das Be- 
triebssystem SCP. 

Außerhalb von Japan ist der Erfolg 
von MSX bisher mäßig geblieben. Die 
Gründe dafür sind vielschichtig, aber 
sicher auch mit dem Erscheinen des 
IBM-PC und der Kompatiblen sowie 


dem folgenden Preisverfall für Geräte 
der 1 6-Bit-Klasse verbunden. MSX ist 
trotzdem ein Beispiel dafür, daß die 
Leistungsfähigkeit der 8-Bit-Technik 
zum Zeitpunkt des Übergangs zur 1 6- 
Bit-Technik noch nicht ausgeschöpft 
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Beim Betrieb von zwei RF-Karten 
nach MP 3/1 988, Seite 74, war der 
nicht sichtbare Zugriff auf die RAM- 
Floppy durch den Rechner störend, 
da man nicht weiß, ob überhaupt 
noch etwas passiert, wenn der Rech- 
ner an einer etwas länger dauernden 
Aufgabe arbeitet. 

Da an der RF-Karte keine Anzeige für 
einen Zugriff vorgesehen ist, würde, 
um eine Änderung der RF-Karte zu 
vermeiden, die Anzeige über den Sy- 
stembus realisiert. Das heißt, daß die 
Zusatzschaltung auf einer kleinen 
Universalleiterkarte aufgebaut und 
auf einen freien Bussteckplatz ge- 
steckt werden kann. Wird durch den 


Rechner auf eine der zu einer RAM- 
Floppy gehörenden Adressen zuge- 
griffen, dekodiert der Dekoder ein 
Steuersignal für ein nachfolgendes 
Monoflop, welches die sehr kurzen 
Zugriffsimpulse auf ein „sichtbares“ 
Maß verlängert. 

Durch eine Änderung der Anschlüsse 
am Dekoder 8205 oder durch Bele- 
gung mit anderen Adreßleitungen 
können auch andere I/O-Grund- 
adressen gewählt werden. Die in der 
Schaltung benutzten I/O-Grund- 
adressen 98H und 58H resultieren 
aus dem Betrieb am ZI 01 3 und ha- 
ben eine untergeordnete Bedeutung. 

Rainer Brosig 


Basic-Run Im OS für die ICC 87 -Familie 


Beim wiederholten Start des Basic- 
Interpreters im Betriebssystemmo- 
dus durch WBASIC bzw. REBASIC 
erfolgt die Abarbeitung der Initialisie- 
rungsroutine INITR mit einem an- 
schließenden Sprung zur Routine 
EDIT des Interpreters. Die Analyse 
der Interpreterroutinen RUN und 


RUNMOD hat ergeben, daß das Ba- 
sic-Kommando RUN im Betriebssy- 
stem realisiert werden kann, indem 
statt des Sprungs zur Routine EDIT 
nach INITR die Routine NEW2 geru- 
fen und anschließend ein Sprung zu 
RUNMOD durchgeführt wird. Eine 
Implementierung für KC85/1 und 
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KC87 kann, wie im angegebenen 
ASM-Listing aufgezeigt, erfolgen. 
Durch Eingabe von RUN ENTER 
kann damit ein Basic-Programm so- 
wohl im OK als auch im Betriebssy- 
stemmodus gestartet werden. Diese 
Möglichkeit eignet sich für den Start 
einer Kombination von Basic- und 
Maschinencodeprogrammen, welche 
als Datei vom Typ COM erzeugt 
wurde und für die nach dem bzw. 
durch das Laden eine Initialisierung 
des Basic-Notizspeichers der Kombi- 
nation entsprechend erfolgt. Für den 


Start des Basic-Teils der Kombina- 
tion ist lediglich der Teil abOSRUN im 
ASM-Listing in den Maschinencode- 
programmteil der Kombination aufzu- 
nehmen und die Startadresse beim 
Erzeugen der COM-Datei entspre- 
chend zu wählen. 
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REDABAS-Tip 


Sinusfunktion 


* SINUS. PRG / 11.09.87 / REALISIERUNG DER SINUS-FUNKTION 

* DAS BERECHNUNG SVERFAHREN IST IN DER BEDIENUNGSANLEITUNG DES 

* MINIREX 75 , VEB ROEHRENWERK MUEHLHAUSEN ZU FINDEN. 

* DER WERTEBEREICH IST ZWISCHEN 0 UND 90 GRAD ! 

» DIE GENAUIGKEIT IST BESSER ALS 0.01 *. 

* EINGANG: ME1 = < WINKEL (NUMERISCH, IN GRAD > 

* INTERN : MI1...MI3 - HILFSVARIABLEN 

* AUSGANG: MAI - < ERGEBNIS >, MAI = SIN ( ME1 ) 

STORE ME1/90 TO MI1 
STORE 1.5706268 * MI1 TO MAI 
STORE 3 TO M 12 
STORE 1 TO MI3 

STORE MI3 * MI1 TO MI3 
STORE MI 2-1 TO MI2 
EN DDO 

STORE MAl+(-0. 6432292 * MI3) TO MAI 



Zur Berechnung der Sinusfunktion (Bild) wird folgende Gleichung be- 
nutzt: 

sinw = ax + bx 3 + cx 5 

w (in Grad) a= 1.5706268 

mit x = und b = -0.6432292 

90° c = 0.0727102 

Thomas Steffens 


FBAS-Anschluß für Farbfernsehgerate 


der Serie 3000 

Der Anschluß eines Computers an ei- 
nen Fernsehempfänger über das 
FBAS-Signal bringt gegenüber dem 
HF-Eingang einen merklichen Quali- 
tätsgewinn. Farbfernsehgeräte der 
Serie 3000 (Colortron, Colorett) des 
VEB Fernsehgerätewerke Staßfurt 
sind nur für den Anschluß audiovisu- 
eller Geräte über Antenneneingang 
vorbereitet. Die im folgenden be- 
schriebene Lösung ist ohne Ände- 


rung an den Leiterplatten und ohne 
Ausbau von Baugruppen des Emp- 
fängers nachrüstbar. 

Die vom Computer kommenden Ton- 
und FBAS-Signale werden durch die 
Transistorstufen TI und T2 nachver- 
stärkt. Mittels der Einstellregler las- 
sen sich die Pegel so anpassen, daß 
beim Umschalten der Betriebsarten 
keine Nachregelung der Lautstärke 
und des Kontrastes nötig ist. Die Ein- 



kopplung des FBAS-Signals erfolgt 
über T3 am Emitterwiderstand der Vi- 
deo-Vorverstärkerstufe T 2392, der 
am Anschluß 6 des Steckverbinders 
Bu 1 004 liegt. Die Umschaltung des 
Videokanals wird über die 1 2,5-V-Be- 
triebsspannung vorgenommen. Die 

1 2.5- V-Zuführung für den HF- und 
ZF-Teil des Empfängers (Empfangs- 
leiterplatte) wird am Anschluß 2 des 
Steckverbinders Bu1002 abgetrennt 
und an den Umschaltkontakt 3 ge- 
führt. Umschaltkontakt 2 wird mit dem 
Anschluß 2 der Bu1002 verbunden. 
Da die 12,5-V-Betriebsspannung un- 
abhängig von der Betriebsart am 
Kontrast- und Helligkeitsregler benö- 
tigt wird, ist eine zusätzliche Verbin- 
dung zwischen Anschluß 2 der 
Bu1002 und der oberen Anschluß- 
fahne des Helligkeitsreglers RI 363 
(schwarze Leitung) herzustellen. Die 

12. 5- V-Verbindung zwischen Hellig- 
keits- und Kontrastregler (schwarz) 
bleibt bestehen, aber die ursprüngli- 
che 1 2,5-V-Zuführung (schwarz) zum 
Kontrastregler ist zwischen diesem 
und dem Kabelbaum durchzutren- 

Im Tonkanal werden die Signalwege 
am Eingang des Klangreglers umge- 


schaltet. Dazu wird das geschirmte 
Kabel am Anschluß 1 99 auf der Emp- 
fangsleiterplatte abgelötet und zum 
Umschaltkontakt 5 verlängert. Zwi- 
schen Leiterplattenanschluß 199 und 
Umschaltkontakt 6 ist eine ge- 
schirmte Verbindung herzustellen. 
Die zusätzliche Schaltung läßt sich 
leicht an der Plasteplatte unterbrin- 
gen, die die Antennenbuchse des 
Empfängers trägt. Unterhalb der An- 
tennenbuchse befinden sich zwei 
vorbereitete Ausbrüche für den Ein- 
bau von Anschlußbuchsen. Eine die- 
ser Öffnungen kann für die Unterbrin- 
gung des Umschalters genutzt wer- 
den. Nach unten ist noch genügend 
Raum für eine kleine Leiterplatte mit 
der Verstärkerschaltung vorhanden. 
Literatur 

IV Schornack, W.; Sonka, U.: Videorecor- 
deranschluß für Fernsehempfänger. 
Radio, Ferns., Elektron., Berlin 35 
(1986) 7, S. 439 

121 Blochwitz. E.: Bild- und Tonanschluß mit 
RGB-Qualität für Farbfernsehgeräte der 
Serie 4000. Mikroprozessortechnik, 
Berlin 2 (1988) 2, S. 61 
13/ Stromlaufplan Colortron, Colorett Serie 
3000 (1980). VEB Fernsehgerätewerke 
Staßfurt 

Günter Salzmann 


Kopieren und Retten von Bildschirminhalten 


Die vorgestellte Routine für den 
KC 85/3 ermöglicht die Erzeugung 
speicherplatzgünstiger Kopien von 
Bildschirminhalten mittlerer Dichte. 
Dabei werden je Bild nur etwa 2 bis 
5 KByte benötigt. Erst bei sehr dich- 
ten Bildern steigt der RAM-Bedarf 
über die Originalgröße des Pixel- 
RAM (10 KByte). Die erzeugten Ko- 
pien sind unabhängig vom ursprüng- 
lichen COPY und auf jeder Adresse 
lauffähig. 

Arbeit mit COPYR 

Das Programm liegt im vom Basic- 
Interpreter (ROM-Basic) nicht ge- 
nutzten Bereich, lediglich der Platz für 
die Kopie muß reserviert werden. 
Aufruf aus Basic: 

DOKE 0, aaaa : REM Adresse der 
Kopie 

POKE 2, n : REM Bildnummer 


CALL * 200 : REM Ruf COPYR 
Aufruf aus CAOS-Menü: 

% COPY aaaa n 
Aufruf aus COM-Routinen: 

LD HL, aaaa 
LD DE, n 
CALL 0021 EH 

Nach Erzeugung der Kopie wird aus 
HL ihre Endadresse als Hex-Zahl 
ausgegeben. 

Retten der Kopie: 

% SAVE aaaa eeee 
Aufruf der Kopie: 

BASIC: CALL »aaaa 

MENU: RECOPYn 

COM: CALL aaaa + 016 H 

Altes und neues Bild werden ODER- 

verknüpft. 

Heiko Schlittermann 
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Indizierte Variablen 
und Felder unter REDABAS 

Dr. Thomas Streubel 

Präsidium der Kammer der Technik 


Bei Anwendung des Datenbanksy- 
stems REDABAS können in der 8-Bit- 
Version bekanntlich bis zu 64, in der 
1 6-Bit-Version 256 Variablen genutzt 
werden. Da ihre zügige sequentielle 
Selektion relativ umständlich zu errei- 
chen ist, wurden bereits in III und 121 
entsprechende schnelle Zugriffspro- 
grammvärianten erarbeitet. 

Der triviale Fall einer Arbeit mit indi- 
zierten Variablen ist in Anlehnung an 
/I/ im Bild 1a dargestellt. Es werden 
beispielhaft 54 Variablen (VARI1 bis 
VARI54) generiert und auf den Wert 
Null gesetzt. Dabei ist deutlich die 
Rolle des Makrooperators erkennbar, 
mit dem die Indexziffern als Zeichen- 
kette an den Variablennamen ange- 
hängt werden. Zur Lösung des dabei 
entstehenden Problems, die wech- 
selnde Stellenzahl dieses Wertes 
ohne ein führendes, fehlererzeugen- 
des Leerzeichen zu erreichen, wurde 
ein entsprechender Test in der IF- 
Schleife eingesetzt. Durch eine wei- 
tere Umgestaltung dieses Größen- 
tests im IF-Zweig ist sofort eine Er- 
weiterung auf über 100 indizierte Va- 
riable für die 1 6-Bit-Version realisier- 
bar. Die dann entstehende geschach- 
telte IF- Anweisung stellt wie ihr ge- 
zeigtes kleineres 8-Bit-Pendant 
(auch im Falle der Nutzung der CASE- 
Klausel) eine relativ große Folge von 
Einzelanweisungen dar, die durch 
den REDABAS-Interpreter recht lauf- 
zeitintensiv abzuarbeiten ist. 
Akzeptiert man dagegen die Varia- 
blen auch in der Form VARI01, 
VARI02 bis VARI62 (8-Bit-Version) 
bzw. VARI001, VARI002 bis 
VARI254 (16-Bit-Version), so schaf- 
fen jeweils die einfachen einzeiligen 
Anweisungen 


störe $ (str((&ind + 1 01 ), 3, 0), 2, 2) 
to ind (8-Bit) 

bzw. 

störe $ (str((&ind + 1001), 4, 0), 2, 
3) to ind (16-Bit) 

den gleichen Effekt! Im Bild 1b ist die 
sich durch Nutzung der entsprechen- 
den $- Anweisung dann stark reduzie- 
rende Grundschleife für die 8-Bit-RE- 
DABAS-Version gezeigt. Durch diese 
Substring-Anweisung wird der Lauf- 
index künstlich um den Wert 101 er- 
höht, um ihn dadurch exakt längende- 
finiert und inkrementiert auf die Index- 
Zeichenkette IND abzubilden. Imple- 
mentiert man in einer weiteren 
Schleife eine entsprechend indizierte 
RELEASE-Anweisung, so werden die 
erzeugten Variablen schnell ge- 
löscht. Leider erfolgte in /I/ bezüglich 
der erwähnten Selektion von indizier- 
ten Datenfeldern keine Beispieldarle- 
gung. Im Bild 2 wird an Hand der Be- 
rechnung eines Prozentwertes und 
dessen Ablage gezeigt, wie die in (al- 
len) Datensätzen vorhandenen Fel- 
der KRIT01 bis KRIT23 einer Quell- 
datei DATE1 1 einem sequentiellen 
Zugriff unterworfen werden. Dabei er- 
folgte das Einschreiben der berech- 
neten (Prozent-) Werte in die (eben- 
falls für die Indizierung entsprechend 
strukturierten) Felder DATFELD01 
bis DATFELD23 einer gleichgroßen 
Zieldatei. Der Makrooperator dient 
hier nicht nur der Indizierung, son- 
dern deutet die hohe Flexibilität der 
Nutzung eines solchen Moduls an. 
Das dritte Bild stellt eine diesbezüg- 
lich interessante Variation der Mehr- 
fachanwendung von Grundschleifen 
dar. Es werden in den 2 Beispiel- 
zyklen durch Anwendung des Ma- 
krooperators sowohl die Berech- 


nungsalgorithmen (hier einfache Pro- 
zent- und Promilleberechnungen), 
die Quelldateien (DATEIQA und DA- 
TEIQB), die Zieldateien (DATEIZX 
und DATEIZY) als auch die darin be- 
findlichen Ergebnisablagefelder 
(KENNFELD und BEIFELD) der aktu- 
ellen Zieldatei variiert. Dabei wird au- 
ßerdem in den kleinen Schleifen über 
eine weitere Variable (DS) gesichert, 
daß'(alle) 33 bzw. 47 Datensätze der 
entsprechend gewünschten Berech- 
nung unterzogen werden. Es ist 
denkbar, mit 2 weiteren Variablen 
nach dem Öffnen von Quell- bzw. 
Zieldatei unterschiedlichste Daten- 
sätze anzuwählen, um auf diese Art 
und Weise gezielt selektiv und/oder 
mit einem gewissen Datensatzoffset 
zu arbeiten. Mit einem solchen Modul 
ist es möglich, maximale Flexibilität 
zur Realisierung unterschiedlichster 
Algorithmen zu erreichen. 

Der interessierte Leser wird mit den 
hier dargestellten Beispielen der 
unüblichen Indizierung auch in 8- und 
1 6-Bit-REDABAS-Datenbanksyste- 
men in die Lage gebracht, dieses 


Bild 2 



* Bai spiel 




**«***«*« Beginn einer indizierten Grundschleife *»** Bild 3 



wirksame Hilfsmittel in eigenen Pro- 
grammodulen rationell einzusetzen. 
Hervorzuheben ist eine dann damit 
fast gleichzeitig erreichbare außeror- 
dentlich hohe Flexibilität der Nutzung 
einmal erstellter Grundmodule, die im 
nicht unwesentlichen Maße zur Quali- 
tätserhöhung und zur Mehrfachnut- 
zung von Software beitragen kön- 
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PC-Hauptspeichererweiterungen 


Im Jahre 1981 präsentierte IBM den 
ersten Personal Computer mit dem 
Betriebssystem PC-DOS. Dieser 
Computer verfügte damals noch über 
16 KByte Hauptspeicher. Auch sein 
Nachfolger, der PC/XT, hatte 1983 
erst 64 KByte. Damals erschien die 
theoretische Grenze des PC-DOS 
(die kompatiblen Rechner benutzen 
MS-DOS) von 640 KByte bei der da- 
mals verfügbaren Software, der Ka- 
pazität von Speicherschaltkreisen 
und ihren Preisen als eine Grenze, 
die in absehbarer Zeit nicht zu errei- 
chen ist. Mit der schnellen Verbrei- 
tung des IBM-PCs und seiner Kom- 
patiblen stiegen jedoch sehr schnell 
die Anforderungen an die Software 
und an die Benutzerschnittstellen. 
Die damit in Verbindung stehende ra- 
sche Erhöhung der Produktion von 
Speicherschaltkreisen senkte deren 
Preis erheblich. Damit wurde ein 
Kreislauf in Gang gesetzt, der inner- 
halb von wenigen Jahren dazu führte, 
daß die ferne 640-KByte-Grenze im- 
mer näher rückte und zu einem ech- 
ten Hemmnis wurde. Welche Mög- 
lichkeiten daraufhin geschaffen wur- 
den, diese Grenze zu überspringen, 
wollen wir im folgenden kurz erläu- 


Der unter DOS (gemeint ist PC- bzw. 
MS-DOS) vom Anwender nutzbare 
Speicher von 640 KByte wird als 
Conventional Memory (konventio- 
neller Speicher) bezeichnet. Der Pro- 
zessor 8086/88 kann mit seinen 24 
Adreßleitungen (physisch) nur 
1 MByte adressieren, wovon die obe- 
ren 384 KByte durch DOS reserviert 
sind. Der 80286 und der 80386 kön- 
nen physisch 1 6 MByte bzw. 4 GByte 
adressieren. 

Im Unterschied zum 8086/88 verfü- 
gen der 80286 und der 80386 über 
die Möglichkeit der virtuellen Spei- 
cheradressierung. Dadurch können 4 
GByte bzw. 64 TByte adressiert wer- 
den. Hierfür besitzen diese Prozesso- 
ren eine Speicherverwaltungseinheit 
auf dem Prozessorchip. Diese Me- 
mory Management Unit (MMU) er- 
füllt zwei Aufgaben (siehe Bild 1). Sie 
rechnet erstens die virtuellen (logi- 
schen) Adressen des Prozessors in 
die physischen Adressen um (das 
Programmieren mit logischen Adres- 
sen ist hardwareunabhängig). Zwei- 
tens reagiert die MMU, wenn der phy- 
sische (wirklich vorhandene) Spei- 
cher voll ist. Sie lagert dann den 
Hauptspeicherinhalt auf einen Mas- 
senspeicher (meist Festplatte) um 
und holt ihn bei Bedarf in den Haupt- 
speicher zurück. 

Da immer mehr Anwendungen an die 
durch den 8086/88 begründete 640- 
KByte-DOS-Grenze stießen, entwik- 
kelten die Firmen Lotus, Intel und Mi- 
crosoft (LIM) im Jahre 1985 den Ex- 
panded Memory Standard (EMS), 
der in der Version 3.2 die Nutzung ei- 
nes 8 MByte großen Datenspeichers 
außerhalb des konventionell von 
DOS adressierbaren 1-MByte-Adreß- 
raumes ermöglicht (siehe Bild 2). Die 




Daten werden über ein 64 KByte gro- 
ßes Fenster gelesen bzw. geschrie- 
ben. 

Um diesen Adreßraum auf 32 MByte 
zu erhöhen, begründeten Ashton- 
Tate, Quadram und AST Research 
den Enhanced Expanded Memory 
Standard (EEMS). Aber nicht nur Da- 
ten, sondern auch Programme wer- 
den über das 64 KByte große Fenster 
gelesen bzw. geschrieben. Durch die 
Auslagerung von Programmen in den 
32-MByte- Adreßraum wurden die 
Voraussetzungen für Multitasking 
(quasi gleichzeitiges Abarbeiten 
mehrerer Aufgaben) geschaffen. 

Die Software, die den Zugriff über die- 
ses Fenster auf den Expanded Me- 
mory bzw. Enhanced Expanded Me- 
mory erlaubt, wird als Expanded Me- 
mory Manager (EMM) bezeichnet. 
Lotus, Intel und Microsoft schlossen 
sich dem EEMS an und nannten ihr 
neues Produkt EMS Version 4.0 
(bzw. LIM 4.0). Es beinhaltet alle Lei- 
stungsmerkmale von EMS 3.2 und 
EEMS und ist zudem noch zu EMS 
3.2 kompatibel. Unter DOS 4.0 wird 
EMS 4.0 genutzt, um Treiberpro- 
gramme aus dem konventionellen 
Speicher auszulagern. 

Die Prozessoren 80286 und 80386 
sind durch ihre Möglichkeit der 


physischen Ädressierbarkeit von 
mehr als einem Megabyte an sich 
nicht an die 640-KByte-Grenze von 
DOS gebunden. Deshalb ist der Zu- 
griff über ein 64-KByte-Fenster (also 
nur 64-KByte-weise) für diese Pro- 
zessoren zu umständlich. Für sie 
wurde nun der Extended Memory 
Standard (XMS) geschaffen. Da- 
durch kann der gesamte 16-MByte- 
Adreßraum des 80286 direkt (ohne 
Umweg überein Fenster) nutzbar ge- 
macht werden (siehe Bild 2). PC-An- 
wender können diesen XMS jedoch 
effektiv erst unter dem neuen Be- 
triebssystem OS/2 einsetzen (unter 
DOS ist der Zugriff auf den Extended 
Memory wesentlich langsamer). Die 
XMS-Version 2.0 von Lotus, Intel, Mi- 
crosoft und AST Research (Oktober 
1988) verfügt über einen Treiber, der 
nicht nur kommerzieller Software, 
sondern auch Anwenderprogram- 
men den Zugriff auf den Extended 
Memory gestattet. 

Verschiedene Hersteller bieten nun 
Erweiterungskarten für PC-Steck- 
plätze an. Diese können meistens 
wahlweise nach EMS 3.2, 4.0 oder 
XMS arbeiten. Der Speicher kann bei 
einigen Karten auch in einen Teil für 
Expanded Memory und einen Teil für 
Extended Memory aufgeteilt werden 
(das ist sinnvoll, wenn beispielsweise 


Bild 3 Erweiterungskarte Elite 16 mit 
maximal 16 MByte RAM 


im Multitasking unter OS/2 eine Task 
DOS ist). Üblicherweise werden 
Speichererweiterungskarten mit 2. 8 
oder 1 6 MByte RAM angeboten. 
Besitzt der Rechner, der mit einer sol- 
chen Karte bestückt wird, auf der 
Hauptplatine noch nicht die vollen 
640 KByte RAM oder ist der RAM auf 
der Hauptplatine wesentlich langsa- 
mer als der RAM der Erweiterungs- 
karte, dann kann die Erweiterungs- 
karte den Speicher bis 640 KByte auf- 
füllen (backfilling) oder ihn völlig er- 
setzen. 

Hauptvertreter der Hersteller von Er- 
weiterungskarten ist die Firma Intel. 
Ihr Above Board aus dem Jahre 1 985 
hat inzwischen schon drei Nachfol- 
ger: Above Board Plus und Above 
Board Plus HO (für den PC/AT) sowie 
Above Board/2 Plus (für das PS/2). 
Alle drei Karten haben eine Speicher- 
kapazität von 2 MByte bei Verwen- 
dung von 256-KBit-Chips und von 
8 MByte bei Verwendung von 1 -MBit- 
Chips; sie ermöglichen EMS 4.0 oder 
XMS. Auf dem Above Board Plus 1/0 
befindet sich zusätzlich ein paralleler 
Druckerport und bis zu zwei seriellen 
Schnittstellen. 

Das Board Elite 16 von Profi Systems 
Inc. (siehe Bild 3) kann in PCs der AT- 
Klasse verwendet werden und er- 
reicht mit 256-KBit-Schaltkreisen 
4 MByte und mit 1-MBit-RAMs 
16 MByte (auch eine kombinierte Be- 
stückung ist möglich). Als Extras kön- 
nen in diesem Speicher ein Disk-Ca- 
che, ein Druckerspooler und/oder 
eine RAM-Disk enthalten sein. Die 
Aufteilung des Speichers in Expan- 
ded Memory und Extended Memory 
ist möglich. 

Eine andere interessante Lösung für 
XT/AT-kompatible Rechner stellt die 
RYBS-AMS-Hlcard von Frisbie Data 
Systems dar. Sie erhöht die unter 
DOS nutzbare Speicherkapazität 
zwar nur auf 896 KByte, verschiebt 
aber hardwaremäßig die magische 
640-KByte-Grenze um 64 KByte auf 
704 KByte (und benötigt nur einen 
kurzen PC-Erweiterungssteckplatz). 
Der Speicher zwischen der 704- 
KByte- und der 896-KByte-Grenze 
kann für eine RAM-Disk, einen Druk- 
kerspooler und/oder speicherresi- 
dente Programme eingesetzt werden 
(siehe auch MP 8/T988, S. 255). 

MP-Hk 
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Drucker, Farbtücher, 
Reinigungsdiskette 

Folgende Neuerervorschläge wurden 
am Karl-Weierstraß-Institut für Ma- 
thematik der AdW der DDR realisiert 
und stehen zur Nachnutzung zur Ver- 
fügung: 

NV 1/88 Druckeranschluß PD 27000 
(Videoton) an-PC-XT und 
Kompatible 

NV 2/88 Anpassung der Farbtuch- 
kerne und -halterungen für 
Farbtücher des Typs PD 
27060 an PD27090 (Video- 
ton) 

NV 3/88 Reinigungsdiskette für 
5V4“-Laufwerke 

NV 4/88 Centronics-Schnittstellen- 
umschalter für Mehrfach- 
nutzung von Druckern 

Karl-Weierstraß-Institut für Mathema- 
tik, BfN, Mohrenstraße 39, Berlin, 1086; 
Tel. 2 07 7301 

Dr. Auert 


TURBO-DATA 

TURBO-DATA ist ein einfach anzu- 
wendendes System von Prozeduren, 
die mittels Includefiles in Turbo-Pas- 
cal-Programme eingebunden werden 
und die direkt (d. h. ohne temporäre 
Dateitransformationen) auf REDA- 
BAS-Dateien zugreifen. 

Es ergeben sich alle Vorteile einer hö- 
heren Programmiersprache, wie 
mehrfach schnellere Programmlauf- 
zeiten und erweiterte Programmier- 
möglichkeiten. 

Die Prozeduren erfüllen im wesentli- 
chen folgende Funktionen: 

• Datensätze lesen, schreiben, lö- 
schen 

• Schlüssel suchen, weiterstellen, 
einfügen, löschen u.a. 

IFA Automobilwerke Ludwigsfelde, Abt. 
TVF, Ludwigsfelde, 1720; Tel. 62086 

Go/ze 


T exti Verarbeitung 
und Kassettensteuerung 
für KC 87 

Für den Kleincomputer KC85/1 bzw. 
KC87 wird ein Textverarbeitungssy- 
stem angeboten, welches die Ein- 
gabe, Korrektur, den Druck und die 
Archivierung beliebiger Texte ermög- 
licht. Das als Fullscreeneditor imple- 
mentierte System erlaubt mittels 
komfortabler Bildschirmarbeit die 
Eingabe von Text über Tastatur und 
Kassette, das Streichen und Einfü- 
gen von Zeilen, Zeichen und ganzen 
Textabschnitten und die Erzeugung 
der Rechtsbündigkeit des Textes. Es 
stehen Funktionen zum Verschieben 
und Kopieren ganzer Textabschnitte 
zur Verfügung. Da der Bildschirm des 
KCs nur 40 Spalten/Zeile darstellen 
kann, wird bei Erreichen des Zeilen- 
endes der gesamte Bildinhalt nach 
links geblättert, so daß auch Tabellen 
komfortabel erarbeitet werden kön- 
nen. Die Bedienung des Textverar- 
beitungssystems erfolgt über die 
Computertastatur oder die Tastatur 
einer angeschlossenen Schreibma- 
schine. Das Textverarbeitungssy- 
stem- und der Schreibmaschinenan- 
schluß sind im Technikum LAURA 
nachnutzbar. 
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Weiterhin wurde ein steuerbares 
Kassettengerät an den KC 85/1 ange- 
schlossen. Dieser Anschluß erlaubt 
eine inhaltsverzeichnisorientierte Da- 
teiarbeit auf der Kassette, wie sie 
sonst nur bei angeschlossenen Dis- 
kettenlaufwerken üblich ist. Das In- 
haltsverzeichnis wird am Anfang der 
Kassette abgespeichert, sc daß alle 
Programme die von ihnen benötigten 
Dateien selbständig auf dem Band 
suchen und laden bzw. diese an 
freien Stellen auf dem Band abspei- 
chern. Die Hard- und Software zur 
Ansteuerung eines Kassettengerätes 
vom Typ SK 3000 kann im Technikum 
nachgenutzt werden. Weiterhin ge- 
hören zum Nachnutzungsumfang 
komfortable Kassettenkomprimier- 
und Kopierprogramme. 

Friedrich-Schiller-Universität Jena, 
Sektion Technologie für den WGB, Tech- 
nikum LAURA, Ernst-Thälmann-Ring32, 
Jena, 6900; Tel. 82221 32 

ReinhardtlSlowik/EntreB 


Kopplung ESER-A 7100 

In unserer Einrichtung, dem VEB IFA 
Getriebewerke Brandenburg, ist es 
gelungen, eine direkte Kopplung zwi- 
schen der Lochbandeinheit EC 7903 
(M) eines ESER 1035 und einem Ar- 
beitsplatzcomputer A 7100 zu reali- 
sieren. 

Der Hardwareaufwand ist für den 
A 71 00 sehr gering. Es wurde nur die 
Centronics-Schnittstelle modifiziert 
und über ein 15adriges Kabel mit ei- 
nem Paneel an der LBE verbun- 
den. 

Dieses Paneel nimmt 9 kleine Leiter- 
karten auf .welche die LBE an die ver- 
änderten Übertragungsbedingungen 
zum A7100 anpassen. Die LBE ist 
auch weiterhin für die Lochbandarbeit 
nutzbar. Die direkte Übertragung wird 
durch eigene Programme gesteuert. 
Es wird eine praktische Datenüber- 
tragungsgeschwindigkeit von 1000 
bis 2000 Zeichen pro Sekunde er- 
reicht. Die Datensicherheit wird ge- 
währleistet. Die bisherige praktische 
Nutzung hat den Nachweis erbracht, 
daß die Kopplung einfach und sicher 
zu nutzen ist. Zur Anpassung der un- 
terschiedlichen Datei- und Speiche- 
rungsarten wird von uns das System 
DDS. des VEB Datenverarbeitung 
Schwerin genutzt. 

VEB IFA Getriebewerke Brandenburg, 
Abt. L0, Wilhelm-Bahms-Str. 9, Bran- 
denburg, 1800; Tel. 573601 

PylBe 


Grafischer Editor CAD88 

Mit CAD88 können symbolorientierte 
Zeichnungen einfach erstellt, geän- 
dert, gespeichert und auf externe 
Ausgabegeräte (Plotter, Drucker) 
ausgegeben werden. CAD88 ist lauf- 
fähig auf dem A 71 00 unter SCP 1 700 
und auf dem A 7150 und DCP 1700. 
Als Eingabegeräte können entweder 
das grafische Tablett K 6405 oder die 
alphanumerische Tastatur eingesetzt 
werden. Zur Ausgabe der Bilder wer- 
den grafikfähige Drucker (K6313, 
K6314 u.ä.) und Plotter (K6411, 
K 641 8, SPL) unterstützt. 


Der grafische Editor dient der Erstel- 
lung und einer anwenderfreundlichen 
Änderung von Schalt- und Übersichts- 
plänen, Netzplänen, Programm- 
ablaufplänen u. a. und orientiert vor 
allem auf Zeichnungen mit vorrangig 
symbolorientiertem Charakter. Im 
Hauptmenü werden die Grundfunk- 
tionen Bild laden, Bild bearbeiten, 
Bild sichern, Bild ausgeben, Bild- 
schirm löschen und Symboldatei 
pflegen angeboten. Unter Bild bear- 
beiten stehen dem Nutzer die grafi- 
schen Funktionen Linie (Linienart, Li- 
nienbreite), Kreis, Kreisbogen, Kreis- 
segment, Fläche (Polygonzug füllen, 
Schraffurarten) und Texte (Texthöhe 
in mm, Textwinkel) zur Verfügung. 
Das Editierprogramm bietet die Mög- 
lichkeit der Vereinbarung von Symbo- 
len (z. B. Schaltzeichen, Schriftfelder, 
Rahmen). Symbole werden durch ei- 
nen Bezugspunkt definiert, mit des- 
sen Hilfe das Symbol positioniert, ge- 
dreht, vergrößert und verkleinert wer- 
den kann. Zur Erhöhung der Genau- 
igkeit der Arbeit können Ausschnitte 
gewählt und vergrößert werden. 
Ebenfalls sind im Editierprogramm 
das Merken und Verschieben des 
Ausschnittfensters enthalten. 

Mit der Funktion Korrektur wird ein 
anwenderfreundlicher Änderungs- 
dienst angeboten. Durch Anzeige von 
Markern, zugehörig zu einzelnen gra- 
fischen Elementen, Texten bzw. 
Symbolen, kann jedes grafische Ge- 
bilde direkt identifiziert und mit ihm 
operiert werden. Als Korrekturfunktio- 
nen stehen das Löschen, Verschie- 
ben und Kopieren zur Verfügung. Für 
diese Operationen können mehrere 
Elemente gleichzeitig ausgewählt 
werden. 

Während der Bildbearbeitung ist das 
Hinterlegen eines Linienrasters mög- 
lich. Der Abstand der Linien wird in 
Millimetern abgefragt, wobei dieses 
Maßverhältnis der gleichen Größen- 
ordnung auf externen Ausgabegerä- 
ten bei einem Ausgabeverhältnis von 
1:1 (Standard) entspricht. Die Origi- 
nalgröße der Bilddarstellung beträgt 
max. 400 x 500 mm. Die Angabe ei- 
nes Maßstabes während der Aus- 
gabe mit 1:N, N:1 oder einer Kombi- 
nation'bietet weitreichende Möglich- 
keiten für die Wahl des Größenver- 
hältnisses der gewünschten Zeich- 
nung. 

Institut für Energieversorgung, Abt. SE, 
Zeunerstr. 83a, Dresden, 8027; 
Tel.4650424 

Dr. Pötschke/Kießling 


Druckerprogramm 
für A 7100 

Der auf dem AC A 7100 implemen- 
tierte Textprozessor WS unterstützt 
nur wenige der üblicherweise benö- 
tigten Druckerfunktionen. Aus die- 
sem Grunde wurde ein Programm ge- 
schaffen, mit dem Texte gedruckt 
werden können, die unter WS editiert 
wurden. Die folgenden Kommandos 
zur Druckersteuerung werden reali- 

1. Fettdruck (dreimal übereinan- 
der) 

2. Breitdruck 

3. Unterstreichen (auch bei 
Leerzeichen) 


4. Durchstreichen 

5. Indizieren 

6. Exponieren 

7. komprimierte Normalschrift 

8. normale Schreibdichte 

'9. Umschalten Zeichengenerator: 

]}|\{[~ 

10. Rückschalten Zeichengenerator: 
ÜüöOäÄß 

11. Schrägdruck 

12. Überdrucken durch ein 
nachfolgendes Zeichen: a ¥= b 

13. Farbbandumschaltung 

14. Druckpause 

Das DOT-Kommando. pl wurde neu 
belegt. Die übrigen DOT-Komman- 
dos sind fast vollzählig implementiert. 
Darüber hinaus besteht die Möglich- 
keit, Grafikdateien zu lesen und zwi- 
schen den Text einzuschieben. Vor- 
aussetzung ist ein grafikfähiger Druk- 
ker und die grafische Schicht SCP- 
GX, die zuvor geladen worden sein 
muß. 

Die Grafiken sind mit GEDIT/M16 
aufzubauen und abzulegen. Das Pro- 
gramm steuert den Wechsel zwi- 
schen alphanumerischer und grafi- 
scher Ausgabe, der beliebig oft statt- 
finden kann. 

Technische Universität Karl-Marx-Stadt, 
Sektion Vorkurse, Ernst-Schneller- 
Straße 138, Breitenbrunn, 9434 

Dr. Winkler 

FastSearch 

•Übliche Datenbanksysteme zur Off- 
line-Literaturrecherche basieren auf 
dBASE oder REDABAS. Neben dem 
Vorteil einer vergleichsweise einfa- 
chen Programmierung sind damit 
gravierende Nachteile verbunden: 

- Die unterschiedliche Länge der er- 
faßten Zitate einerseits und die gefor- 
derte feste Satzstruktur andererseits 
bedingen Kompromisse. Es geht ent- 
weder Speicherplatz verloren oder In- 
formation, in Extremfällen sogar bei- 
des gleichzeitig. 

- Die Recherche im Datenbestand 
erfolgt nicht allzu schnell. 

- Die Eingabe der Recherchekrite- 
rien erfolgt „blind“, das heißt, man 
weiß zu Beginn der Recherche nicht, 
ob die Suche z. B. nach einem be- 
stimmten Autor überhaupt Zweck hat. 

- Ohne Festplatte müssen bereits 
mittlere Datenbestände auf mehrere 
Disketten verteilt werden, wodurch 
eine Suche sehr erschwert wird. 

Das an unserer Sektion entwickelte 
Programm FastSearch arbeitet mit 
drei Wörterbüchern für Autoren, Titel- 
und Schlagworte sowie ergänzende 
Angaben, z. B. die Zeitschriftentitel. 
Die erfaßten Literaturzitate selbst be- 
stehen lediglich aus Verweisen auf 
die Wörterbücher. Die Wörterbuch- 
verwaltung erfolgt selbstverständlich 
automatisch während der normalen 
Programmnutzung. Dieses Prinzip 
weist momentan noch den Nachteil 
der völligen Inkompatibilität der erfaß- 
ten Daten mit gängigen kommerziel- 
len Datenbanksystemen auf, jedoch 
auch eine Reihe wesentlicher Vor- 
teile: 

- Die Neuerfassung von Zitaten wird 
stark vereinfacht. Anhand der Wörter- 
bücher versucht das Programm stän- 
dig zu „erraten“, was der Bediener 
gerade eingeben möchte. Dadurch 
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Bei Anforderung der Dokumentation 
ist eine Diskette erforderlich. 


Buchstaben. 

- Die Recherche erfolgt mit 1 00 bis 
500 Zitaten/Sekunde. 

- Die Eingabe der Recherchekrite- 
rien ist sehr elegant möglich. Besitzer 
einer Maus können fast ausschließ- 
lich damit operieren. 

- Die Größe der erfaßten Zitate ist 
nahezu unbegrenzt. Momentan sind 
willkürlich 30 Autoren, 200 Titel- und 
50 Schlagworte festgelegt worden. 

- Auf einer 360-KByte-Diskette kön- 
nen 2000 bis 3000, auf einer 720- 
KByte-Diskette 5000 bis 7000 Zitate 
erfaßt werden. 

Das Programm setzt einen Rechner 
mit dem Betriebssystem MS-DOS, 
512 KByte RAM und Grafikmöglich- 
keit (mindestens IBM CGA) voraus. 
A7150 und EC 1834 erfüllen diese 
Forderungen. 

FastSearch besteht aus 5 Dateien mit 
derzeit 1 60 KByte Gesamtgröße. 
Interessenten erhalten kostenlos 
eine Demoversion sowie eine De- 
monstrationsdatenbank. Vorausset- 
zung ist eine transportsicher ver- 
packte Leerdiskette. 
Karl-Marx-Universität, Sektion Chemie, 
Talstraße 35, Leipzig, 7010; Tel. 
7165395 

Dr. HaeBner 


Programmgenerator 
HWSGEN 1 

Ziel der Entwicklung war die Reduzie- 
rung bzw. vollständige Abschaffung 
der aufwendigen Arbeit mit Bild- 
schirmmasken und deren Umsetzung 
in ein Programm. 

Die Abarbeitung des Programms er- 
folgt in 2 Abschnitten; 

• Aufbau der Bildschirmmaske und 
Parametertabelle (Full-Screen-Mo- 
dus, Sicherheitsabzug der Maske 
und Parametertabelle für spätere 
Weiterbearbeitung, Speichern der 
Maske als Textfile für Dokumentatio- 
nen) 

• Generierung der Quelltextfiles 
xxxxxxxx.PAS und .INC 

.INC: in sich abgeschlossene Proze- 
dur zur Bearbeitung der Maskenein- 
gabe (Bildschirmsteuerung, geprüfte 
Eingabe, Korrekturen während und 
nach der Eingabe eines Bildes) 

.PAS: alle Anweisungen darüber hin- 
aus, sowie Muster für eventuell zu- 
sätzlich erforderliche Prüfroutinen. 
Diese Quellfiles können sofort mit 
Turbo-Pascal übersetzt werden. Das 
fertige Erfassungsprogramm der je- 
weiligen Bildschirmmaske legt die 
Daten im File xxxxxxxx.DAT auf Dis- 
kette ab. Für alle in Turbo-Pascal zu- 
gelassenen Datentypen werden wäh- 
rend der Eingabe nur die jeweils zu- 
lässigen Zeichen akzeptiert. Die uni- 
verselle Eingabeprozedur uniein- 
gabe wird nur nach Eingabe eines 
gültigen Wertes verlassen. Kommen- 
tarausgabe und Editieren werden 
durch die Prozedur realisiert. 

Wurde in der Maske die Eingabe ei- 
nes Datums erkannt, wird zusätzlich 
die Prozedur unidat eingekettet, wel- 
che alle Prüfungen für ein gültiges 
Datum enthält. 

Anwendung: 

- Erstellung kompletter Erfassungs- 
programme 

- Erstellung der Eingabeprozedur 
für Masken oder Teilmasken zur wei- 
teren Verwendung im eigenen Pro- 
gramm. 


VEB Hebezeugwerk Suhl, Abt. L0, Am 
Sehmer 1, Suhl 6000; Tel. 23013 
App. 30 


Stücklistenprozessor 
auf KC 85/3 

Für die Kleinrationalisierung in Kon- 
struktionsbüros bieten wir ein Basic- 
Programm auf KC 85/3 (32 KByte Ar- 
beits-RAM) zum Aufstellen, Bearbei- 
ten und Drucken von Stücklisten an. 
Im Arbeitsspeicher des Rechners 
können gleichzeitig beliebig viele 
Stücklisten mit beliebiger Hierarchie- 
tiefe aufgebaut werden, wenn die Ge- 
samtzahl aller Positionen (Daten- 
sätze) 99 oder 255 nicht übersteigt. 
Integriert wurde ein Formelinterpreter 
zur Unterstützung von Masseberech- 
nungen und die Ermittlung der Ge- 
samtmasse über alle Positionen einer 
Stückliste. Die Datenstruktur der 
Stücklisten und die Druckparameter 
sind leicht an unterschiedliche Beleg- 
sätze anpaßbar. 

Die durch die Hardware bedingten 
zeitkritischen Aktionen beanspru- 

- Laden des Programms: ca. 
1:30 min 

- Einlesen/Abspeichern eines Da- 
tenblockes mit 100 Positionen: ca. 
1:45 min. 

Alle Editierfunktionen dagegen wer- 
den mit vertretbarer Geschwindigkeit 
ausgeführt. 

VEB Entwicklung und Rationalisierung 
der ÖVW des Bezirkes Magdeburg. Wil- 
helm-Raabe-StraBe 8, Magdeburg, 
3080; Tel. 3 57 65 


Datenerfassungs- 
und Statistikprogramm 

Das Programm EDISTAT dient zur Er- 
fassung (Editieren) und der Bearbei- 
tung (statistische Analysen) von nu- 
merischen Daten. Es ist auf IBM- 
kompatiblen Rechnertypen lauffähig. 
Um es ebenfalls den Nutzern der Be- 
triebssysteme CP/M 80 sowie CP/M 
86 zugänglich zu machen, sind etwas 
abgerüstete Versionen für diese Be- 
triebssysteme erhältlich. Der Einsatz 
des Grafikmoduls für die CP/M 80- 
Version wurde nicht vorgesehen. Auf 
Grund der Gesamtgröße des Pro- 
gramms von zirka 200 KByte (ohne 
Grafikmodul zirka 1 50 KByte) machte 
sichdie Nutzung der Overlay-Technik 
erforderlich, um genügend Speicher 
für die Daten zur Verfügung zu ha- 
ben. Damit konnte der Speicherplatz- 
bedarf des Programms zur Laufzeit 
auf zirka 50 KByte (ohne Grafik zirka 
20 KByte) reduziert werden. 

EDISTAT ermöglicht die Arbeit im 
deutsch- und englischsprachigen 
Dialog, wobei die Sprache auch wäh- 
rend des Programmlaufes wahlweise 
geändert werden kann. 

Mit EDISTAT werden folgende stati- 
stische Berechnungen und Analysen 
realisiert: 

- Mittelwerte, Varianz und Standard- 
abweichung 

- Aufstellen der Häufigkeitstabelle 

- einfache Varianzanalyse 

- Diskriminanzanalyse (in Vorberei- 
tung) 

- Berechnung von Testquantilen 
verschiedener Verteilungen 


- lineare Regression 

- Matrix der Kovarianzen auf Korre- 
lationskoeffizienten 

- Kolmogorow-Smirnow-Test auf 
verschiedene Verteilungen, wobei 
sich noch weitere Analysen in Vorbe- 
reitung befinden. Für einige dieser 
Berechnungen ist unter den oben ge- 
nannten Bedingungen (Betriebssy- 
stem) eine grafische Auswertung 
möglich. Die Ergebnisausgabe er- 
folgt wahlweise auf Bildschirm und/ 
oder Drucker. 

Betriebssystemabhängig bietet das 
Programm eine Reihe von Servicelei- 
stungen, wobei die nachstehend auf- 
geführten Funktionen in allen Versio- 
nen verfügbar sind: 

- Lesen und Schreiben der Daten 
von/auf Diskette 

- Anzeige des Inhaltsverzeichnisses 
von Disketten 

- Transformieren von Daten, Be- 
rechnung neuer Werte mittels eines 
eingegebenen Algorithmus 

- Erzeugen arithmetischer Reihen, 
um laufende Eingaben zu vereinfa- 
chen 

- Erzeugen von Zufallszahlen ver- 
schiedener Verteilungen. 

Ingenieurhochschule für Seefahrt, R- 
Wagner-Str., PF 100, Rostock, 2530; 
Tel. 57294 


Hardware-RESET 
für Schneider-PC 
und Software für 
Rechnerkommunikation 

Die PC 1512/1640 verfügen nicht 
über die Möglichkeit, ein Hardware- 
RESET auszulösen. Bei der Pro- 
grammerprobung und besonders bei 
der Fehlersuche in der Hardware des 
Rechners wirkt sich dieser Mangel 
störend aus. Wird bei einer Fehlfunk- 
tion die Tastatur des Rechpers inak- 
tiv, bleibt nur noch das Ausschalten, 
des Gerätes. 

Mit Hilfe einer kleinen Zusatzplatine 
wird bei Bedarf ein systemgerechtes 
RESET-Signal erzeugt. 

Das Softwarepaket DUESE gewährlei- 
stet den Dateitransfer zwichen Rech- 
nern, die mit den seriellen Schnittstel- 
len IFSS und V.24 ausgerüstet sind. 
Bedingung ist, daß diese Rechner 
hardwareseitig auf den Schaltkreisen 
SIO und CTC basieren. Die Daten- 
übertragungsgeschwindigkeit beträgt 
bei V.24 9600 Baud, bei IFSS 4800 
Baud. Routinen zur Fehlerbehand- 
lung und Kontrolle der Datenübertra- 
gung sind implementiert. 

Die Programme sind in Turbo-Pascal 
geschrieben und werden bisher auf 
den Rechnern K8915, A7100 und 
A7150 (SCP, DCP) verwendet. Unter 
DCP wird die hierarchische Datei- 
struktur unterstützt. Im Gegensatz zu 
Kermit oder TLC erfolgt die Bediener- 
führung dialogorientiert. Die Anwen- 
dung von DUESE ist bei der Konver- 
tierung SCP-DCP oder bei unter- 
schiedlichen Diskettenformaten vor- 
teilhaft. 

Ostthüringer Molkereikombinat, Indu- 
striestraßei, Gera, 6500; Tel. 51288 

Schumann 


SD 1154 

an IBM-kompatiblen 
Computern 

Um die an vielen Einrichtungen noch 
vorhandenen robusten Drucker vom 
Typ SD 1154 (und solche mit dem 
gleichen Interface) auch mit 16-Bit- 
PCs nutzen zu können, wurde an der 
Sektion Physik der KMU Leipzig eine 
aufwandsarme Kopplung dieser Ge- 
räte entwickelt. Voraussetzung ist ein 
IBM PC/XT/AT-kompatibler Compu- 
ter mit einer vollwertigen Centronics- 
Schnittstelle. Folgende Leitungen 
werden benötigt: Datenleitungen, 
Statusleitungen (Eingabe) und Steu- 
erleitungen (Ausgabe). Die Status- 
und Steuerleitungen werden ausge- 
nutzt, um verschiedene Leitungen 
des SD 1154 zu bedienen (CR, LF, 
FF usw.). Die normalen Datenleitun- 
gen steuern /DATA 1 bis /DATA6 so- 
wie RD (Rotdruck) am SD 1 1 54. Dar- 
aus ergibt sich der notwendige Auf- 
wand beim Nachnutzer: Es ist eine 
Verbindung zwischen einem Centro- 
nics-Stecker und einem Stecker für 
den SD 1 154 zu schaffen. Nach dem 
Starten des zugehörigen Treibers 
verhält sich der SD 1154 auf der 
Ebene von Betriebssystem und An- 
wenderprogrammen wie ein ganz 
normaler Drucker. Er kann dazu über 
eine beliebige der drei möglichen 
Centronics-Schnittstellen (LPT 1 , 

LPT2, LPT3) angeschlossen und an- 
gesprochen werden, insbesondere 
können gleichzeitig ein hochwertiger 
Matrixdrucker und der SD 1154 im 
System aktiv sein. 

Im Installationsprogramm wird der In- 
halt einer Zeichenübersetzungsta- 
belle abgefragt, um insbesondere 
IBM-Sonderzeichen auf dem SD 
1154 erkennbar darstellen zu kön- 
nen. Der Original-Zeichengenerator 
des SD 1154 besitzt einen sehr be- 
schränkten Zeichensatz, meist nur la- 
teinische und kyrillische Großbuch- 
staben. Insbesondere für die hier be- 
schriebene Anwendung lohnt sich da- 
her die Umrüstung auf Kleinbuchsta- 
ben. Es wird die Nachnutzung der 
Neuererleistung Umrüstung des Zei- 
Qhengenerators des SD 1154 auf 
Kleinbuchstaben empfohlen. Es han- 
delt sich um eine kleine Leiterplatte 
für einen EPROM, die anstelle des al- 
ten Zeichengenerators eingesetzt 
wird. Die Nachnutzung der Neuerer- 
leistung zur Kopplung eines SD 1 1 54 
an einen IBM-kompatiblen Computer 
umfaßt den Inhalt einer nachnutzerei- 
genen Diskette, sowie einige Infor- 
mationsblätter. 

Die Herstellung des Verbindungska- 
bels obliegt dem Nachnutzer; in Aus- 
nahmefällen können unabhängig von 
der Nachnutzung (bei Lieferung ent- 
sprechender Stecker) einzelne Ver- 
bindungskabel angefertigt werden. 
Die Nachnutzungsgebühr für den An- 
schluß des SD 1154 an einen IBM- 
kompatiblen Computer beträgt etwa 
500,- Mark. Zur Beschleunigung des 
Verfahrens empfiehlt es sich, eine 
formatierte Diskette (IBM-Format360 
KByte, sonst genau angeben!) und 
eine verbindliche Bestellung zu schik- 

KMU Leipzig, Sektion Physik, WB Halb- 
leiterphysik, Elektronikiabor, Linnä- 
straße 5. Leipzig, 7010; Tel. 6858406 

Gürtler 
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wendete Begriffe werden definiert, al- 
lerdings nicht immer vor der Benut- 
zung, Viele praktische Tips helfen, 
Klippen der erklärten Komponenten 
und des Rechners zu umgehen. 

Das Sachwörterverzeichnis erleich- 
tert die Suche nach speziellen Kom- 
mandos bzw. Unterkommandos im 
Text. 

Renee Mundstock 


ßernerf- Burow Hanisch 

CP/M 
Inder Praxis 



VEB Verlag fechnik Berlin 


CP/M ist mit seinen Kompatiblen in 
der DDR wie weltweit das am weite- 
sten verbreitete Betriebssystem für 8- 
Bit-Rechner. Spät bereichert das nun 
vorliegende Buch die spärlich vor- 
handene Literatur in der DDR über 
dieses Betriebssystem. Es ist kein 
Lehrbuch, bietet aber eine Beschrei- 
bung wichtiger Kommandos und 
Dienstprogramme, die auch für den 
Anfänger verständlich ist. Der Um- 
fang der Einzelheiten übersteigt si- 
cher das, was ein Anfänger braucht, 
und bietet deshalb auch dem geübten 
CP/M-Nutzer noch Neues. 

Im einzelnen werden die residenten 
Kommandos des CP/M, die transien- 
ten Kommandos STAT, PIP, D, SYS- 
GEN und die Dienstprogramme PO- 
WER für Dateiarbeit und Wordstar für 
Textverarbeitung erläutert, alles 
Kommandos und Programme, die 
fast jeder CP/M-Nutzer braucht. Da- 
bei werden die Syntax der Kompo- 
nenten wie die Wirkungen, mögliche 
Fehlersituationen und Behebung der 
Fehler behandelt. Tafeln fassen das 
Wesentliche zur Arbeit mit jedem ein- 
zelnen Kommando zusammen. Ver- 


Der UNIX-Werkzeug- 
kasten — Programmieren 
mit UNIX 

von Brian W. Kernighan und Rob 
Pike, Carl Hanser Verlag, München 
Wien, 1987, 402 Seiten, ISBN 3- 
446-14273-8 

Der Hanser Verlag in der BRD hat 
sich in den vergangenen Jahren 
mehrfach bei der Herausgabe wichti- 
ger deutschsprachiger UNIX-Stan- 
dardwerke verdient gemacht. Einen 
„Klassiker“ auf diesem Gebiet stellt 
zweifellos die Übersetzung des Bu- 
ches „The UNIX Programming Envi- 
ronment“ von Kernighan und Pike 
(Original: Bell Inc. 1984) dar. 

In der Fachbuchreihe „PC-professio- 
nell" erschienen, stellt dieses, von 
zwei mitverantwortlichen Schöpfern 
des Betriebssystemkonzeptes UNIX 
verfaßte, Buch auf etwa 400 straff ge- 
nutzten Seiten eine sehr gute Einfüh- 
rung in das Betriebssystem UNIX und 
in eine Reihe seiner Standardwerk- 
zeuge dar. 

In acht gut strukturierten und dank der 
ausgezeichneten deutschsprachigen 
Übersetzung auch flüssig lesbaren 
Kapiteln wird folgender Stoffumfang 
behandelt: 

- elementare Systembenutzung 
(Anmelden, Post, Kommandosyntax) 

- UNIX-Dateiverwaltungssystem 
(Dateien, Directories, Zugriffsschutz, 
Inodes, Dateihierarchie) 

- Shell-Kommandosprache (Struk- 
tur, Metazeichen, Argumente und Pa- 
rameter, Kontrollstrukturen, Redirek- 
tion) 

- Filer (grep, sort, sed, awk) 

- Shell-Programmierung 
(cal, which, while, until . . .) 

- Standard-Bibliotheksbenutzung 
(stdio) 

- Systemaufrufe des UNIX-Betriebs- 
systems 


Tagungsbände CAQ ’88 

Die Wissenschaftlich-Technische Gesellschaft für Meß- und Automati- 
sierungstechnik veranstaltete im März 1988 in Leipzig das Internatio- 
nale Messesymposium Rechnergestützte Qualitätssicherung CAQ 
'88. Einen guten Einblick in die wachsende Vielfalt von CAQ geben die 
Tagungsbände 
Plenarvorträge (331 Seiten) 

Poster (185 Seiten) 

KDT-INQUAMESS-Software-Paket (252 Seiten). 

Die Tagungsmaterialien fanden auf dem Symposium hohe Anerken- 
nung aufgrund ihrer hervorragenden inhaltlichen und drucktechnischen 
Gestaltung. Von Fachleuten wurde eingeschätzt, daß mit diesen Ta- 
gungsbänden das gegenwärtig modernste Schriftgut zur rechnerge- 
stützten Qualitätssicherung in der DDR vorgelegt wurde. Die große 
Nachfrage und die Einschätzung im In- und Ausland waren für uns aus- 
schlaggebend, eine zweite Auflage vorzubereiten. Für einen Unkosten- 
beitrag von 80,- M können die o. g. Materialien bestellt werden über 
Kammer der Technik, Präsidum - WGMA, PSF 1315, Berlin, 1086. 

Müller 


- Programmentwicklungswerk- 
zeuge (lex, yacc, make) 

- Textaufbereitung (nroff, troff, ms, 
tbl, eqn). 

Besonders gut hat dem Rezensenten 
gefallen, daß jedes Kapitel mit einem 
Abschnitt „Geschichte und Literatur- 
hinweise“ endet. Hier findet der Leser 
wertvolle Querverweise und weiter- 
gehende Literaturstellen zu den be- 
handelten Themen. 

Fazit der Rezension: „Der UNIX- 
Werkzeugkasten“ von Kernighan/ 
Pike ist ein ausgezeichnet geschrie- 
benes Einführungswerk in das UNIX- 
Betriebssystemkonzept, das beson- 
ders durch die hohe Kompetenz sei- 
ner Autoren besticht. 

Dr. L. Claßen 


Maschinensprache 
des IBM-PC/AT 

und Kompatibler in der Praxis. 2., er- 
weiterte Auflage. Von Isa Brors, Hei- 
delberg: Hüthig Verlag 1988, 338 S., 
ISBN 3-7785-1630-2 



Assemblerprogrammierung ist tradi- 
tionsgemäß im Bereich der system- 
und hardwarenahen Programmie- 
rung angesiedelt. Moderne PC-lm- 
plementierungen von Hochsprachen 
gestatten das direkte Einbinden von 
Maschinencode in Form von INLINE- 
Anweisungen. Durch diese Möglich- 
keit herausgefordert, gerät manch 
Anwendungsprogrammierer in die 
Versuchung, den Schritt zur hard- 
warenahen Programmierung und da- 
mit auch zum Assembler zu erpro- 
ben. Dieses Buch kann ihm dabei ein 
guter Begleiter sein, denn es wartet 
mit einer hohen Informationsdichte 
und einer diesem Leserkreis ange- 
messenen Erläuterung grundlegen- 
der Fachtermini der Assemblerpro- 
grammierung auf. Eine Reihe praxis- 
relevanter und interessanter Pro- 
grammbeispiele hebt es deutlich vom 
Handbuchcharakter ab. Nichtsdesto- 
trotz ist das Buch aber auch als Nach- 
schlagewerk für den Fortgeschritte- 
nen interessant. Daß der Verfasser 
recht gründlich zur Sache geht, zeigt 
sich auf den ersten 20 Seiten. Hier 
wird zunächst etwas zu Dualzahlen, 
BCD-, Oktal- und Hexadezimaldar- 
stellung von Zahlen ausgeführt. 
Daran schließt sich eine Beschrei- 
bung der inneren Struktur des 8088 
an. Hier werden der Registersatz, die 


Adreßerzeugung und die Adressie- 
rungsarten dargestellt. Zur Erklärung 
der Adressierungsarten bedient sich 
der Autor kleiner Grafiken, die die 
möglichen Varianten auch für Anfän- 
ger transparent machen. 

Der Befehlssatz des 8088 wird in 
Handbuchmanier und unterteilt in 
herkömmlicher Art und Weise in 
Arithmeitk-, Logikbefehle usw. ver- 
mittelt. Dieser Teil ist auch durch die 
gestalterische Form als Nachschla- 
gewerk ausgelegt. Der Assembler 
selbst wird recht kurz, aber dem pra- 
xisorientierten Anliegen des Buches 
angemessen, beschrieben. Hier fin- 
det man den prinzipiellen Aufbau und 
die Pseudo- und Makro-Pseudo- 
Operationen erläutert. Es schließt 
sich ein Gliederungspunkt an, der mit 
„Das erste Programm ..." über- 
schrieben ist. Unter diesem Punkt 
wird nun der Prozeß von der Erstel- 
lung des Quelltextes mit einem Editor 
über die Assemblierung und das Lin- 
ken bis zum lauffähigen Programm 
etwas näher - jedoch recht formell - 
betrachtet. Es folgen auf etwa 70 Sei- 
ten sorgfältig ausgewählte Beispiele, 
die den besonderen Wert des Buches 
ausmachen, und für die - soweit es 
sich anbot - auch der hardwaresei- 
tige Hintergrund kurz umrissen wird. 
Das Spektrum der Beispiele erstreckt 
sich dabei von der Ausgabe einer Zei- 
chenkette auf Bildschirm über Tasta- 
turabfrage, Datum-und-Zeit-Routi- 
nen, Druckerausgabe, Arithmetik, Li- 
stenverarbeitung bis hin zur Pro- 
grammierung des internen Lautspre- 
chers und der Hercules-Grafikkarte. 
In vertiefender Form werden zur Gra- 
fik last but not least eine recht anspre- 
chende Linienprozedur und eine Pro- 
zedur zum Zeichnen von Kreisen vor- 
gestellt. 

Nach einem kurzen Eingehen auf die 
Merkmale von COM- und EXE-Files 
wendet sich der Autor dem Herz des 
PC/AT zu - dem 80286. Dieser etwa 
50 Seiten umfassende Abschnitt un- 
terteilt sich in die Beschreibung der 
Spezifik des Real-Address- und des 
Protected-Mode des AT-Prozessors. 
Die von diesem Prozessor zusätzlich 
bereitgestellten Befehle werden in 
der gehabten Manier nüchtern und 
kurz beschrieben. Darüber hinaus 
wird anschaulich die Arbeitsweise 
des 80286 im Protected-Mode darge- 
stellt. Der Autor bedient sich dazu 
zahlreicher Grafiken. Den Abschluß 
des Buches bildet ein kurzes Einge- 
hen auf Hardware-Erweiterungen in 
Form der Darstellung der Hardware- 
charakteristik einer parallelen und ei- 
ner seriellen Schnittstelle. 

In einem 16 Seiten umfassenden An- 
hang A wird eine tabellarische Über- 
sicht zu den Interrupts eines PC ge- 
geben. Eine sicher notwendige und 
nie ausreichende Ergänzung bei Bü- 
chern mit vorliegender Thematik. 
Auch kommt hier ganz deutlich die 
Tatsache zum Ausdruck, daß Ma- 
schinensprache stets in enger Ver- 
bindung mit einem Betriebssystem - 
wie in diesem Falle des DOS - zu se- 
hen ist. Hier wären ausführlichere 
Hinweise zur Orientierung des Lesers 
hilfreich. Ein weiterer Anhang enthält 
eine Zusammenstellung der ASCII- 
Zeichencodes, der Tastatur-Codes 
und eine Information über Bildschirm- 
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Attribute, die sich leider auf den 
Schwarz-/Weiß- beziehungsweise 
Monochrommonitor beschränkt. Was 
man am Ende des Buches dann ver- 
geblich sucht, ist eine Zusammen- 
stellung weiterführender und vertie- 
fender Literatur. 

Das Buch ist kurzum ein Tip für die 
Einsteiger in die Assemblerprogram- 
mierung, die mit den Grundlagen der 
Computerei prinzipiell vertraut sind. 
Die dargebrachten Beispiele wecken 
das praktische Interesse und regen 
dazu an, sich auch vertiefende Kennt- 
nisse über die betriebssystemspezifi- 
sche und stark hardwareorientierte 
Programmierung anzueignen. Th. B. 

Serielle Busse: 
neue Technologien, 
Standards, Einsatzgebiete 

von Conrads u. a. (Hrsg.), vde-Verlag 
1987, 286 Seiten 

Die Autoren führen den Leser in ein 
aktuelles Material ein. Äußerst praxis- 
nahe Erfahrungen des Autorenkollek- 
tivs erleichtern neben der systemati- 
schen und oft detaillierten Darstel- 
lung die Einarbeitung in die Proble- 

Bedingt durch die außerordentlich 
stürmische Entwicklung auf dem Ge- 
biet der seriellen digitalen Kommuni- 
kation, die ihre Grundlage in der zu- 
nehmenden Integration findet, hat 
sich eine nur schwer zu überblik- 
kende Menge von Standards, Nor- 
men und auch Systemen herausge- 
bildet. 

Eine Beurteilung der Systeme selbst, 
vor allem aber eine Beurteilung des 
Einsatzes derartiger Systeme, ist da- 
mit erschwert. Dieser Fülle des Stof- 
fes nähern sich die Autoren systema- 
tisch mit dem hohen Anspruch, einen 
Überblickzu verschaffen. Die Anwen- 
dungserfahrungen der Autoren wer- 
den dabei sehr praxisnah und oft 
auch sehr detailliert dargeboten. Da- 
mit geraten die Autoren oftmals in Wi- 
derspruch zu ihrem Anliegen, Über- 
sicht zu verschaffen. Vom interessier- 
ten Leser werden jedoch gerade 
diese Details mit Dank aufgenommen 
werden. 

Der gewählte Schwerpunkt der Dar- 
stellungen widmet sich den niederen 
Schichten der Kommunikation und 
damit Problemen wie Signaldarstel- 
lung, Synchronisierung von Kommu- 
nikationsprozessen, Adressierung 
und Fehlersicherung. Dieser Band 
hilft allen Elektronikingenieuren und 
ist für die Hochschulausbildung in In- 
formationstechnik/Informatik, Elek- 


trotechnik/Elektronik und Automati- 
sierungstechnik bestimmt. 

Dr. I. Schreiber 

Professor Schreiners 
UNIX-Sprechstunde 

Technik, Tips und Tricks von awk bis 
yacc von Axel T. Schreiner, Carl Han- 
ser Verlag, München, Wien, 1987, 
31 6 Seiten, ISBN 3-446-14894-9 
Die dem Betriebssystem UNIX zuge- 
ordnete Fachzeitschrift unix/mail aus 
der BRD hat auch in den Fachbiblio- 
theken der DDR einen größeren Le- 
serstamm. Der besondere Vorteil die- 
ser Fachzeitschrift war, daß sie be- 
reits 1 983 versuchte, als erstes 
deutschsprachiges Periodikum um- 
fassend über die UNIX-Anwendung 
und -Nutzung zu informieren. Dieser 
Anspruch wurde im Laufe der Jahre 
insofern immer weniger erfüllt, als 
daß der etwas akademische und eli- 
täre Stil der unix/mail immer weniger 
in die sich auch kommerziell breit ent- 
wickelnde UNIX-Landschaft paßt. 
Eine gleichbleibend über die Jahre 
besonders interessante Rubrik der 
unix/mail ist allerdings die von A. 
Schreiner gestaltete UNIX-Sprech- 
stunde. Ihre Beiträge gesammelt, neu 
bearbeitet, zusammenhängend ge- 
gliedert und technisch auf den neue- 
sten Stand gebracht (System V), wur- 
den vom Hanser Verlag in Buchform 
vorgelegt. Ziel ist, für typische Pro- 
bleme bei der UNIX-Anwendung 
möglichst elegante Lösungsvor- 
schläge aufzubereiten, deren Resul- 
tate auch bei eigenen Problemstel- 
lungen weiterverwendet werden kön- 
nen. Das Spektrum der behandelten 
Themen reicht von einem kleinen Da- 
tenbankprogramm über einfache Do- 
kumentationshilfen bis zu C-Pro- 
grammiertricks und einem interakti- 
ven Editor. Im einzelnen wird dabei 
eine außerordentlich große Palette 
von Themen (curses, grep, lex, yacc, 
make, man, ms, mm, nroff, u. v. a. m.) 
behandelt. Die Gefahr des Buches 
besteht besonders darin, daß ein gro- 
ßes Sammelsurium von für den Leser 
mehr oder weniger interessanten Ein- 
zelproblemen in fachlich exakter 
Weise abgehandelt wird. Es ist des- 
halb wichtig darauf zu achten, daß 
das Buch vor allem in die Hände der 
UNIX-Programmierer und Nutzer ge- 
hört, die schon größere Erfahrungen 
mit diesem System vorweisen kön- 
nen. Ein UNIX-Neuling wird von der 
Fülle der Detailinformationen und von 
der Lösungsvariantenvielfalt wohl im- 
mer erschlagen werden. Dr. L. Claßen 


Zeitschriftenschau 


Cambridge Computer Z88 

Einen weiteren Versuch, mit einem 
neuen Computer den Markt zu er- 
obern, machte der „Vater“ des gut 
bekannten ZX-Spectrum, Sir Clive 
Sinclair. Der Neue nennt sich Z88 und 
erinnert äußerlich nur noch geringfü- 
gig an den Spectrum. Produziert von 
der Firma Cambridge Computers 
Ltd., verfügt der Computer über ein 
Flüssigkristalldisplay sowie über ei- 
nen wesentlich vergrößerten Spei- 
cherplatz und eine speicherresidente 
Programmbibliothek. Die Stromver- 
sorgung erfolgt durch Batterien (ca. 
20 Stunden Betriebsmöglichkeit). 
Ausgerüstet ist der Z88 mit einer in 
CMOS gefertigten Z80-CPU und ei- 
nem Standard-RAM von 32 KByte so- 
wie 128 KByte ROM. Zur Speicherer- 
weiterung sind RAM- und ROM-Mo- 
dule mit 32, 1 28 und 1 024 KByte vor- 
gesehen. Das Display läßt auf einer 
Zeile bis zu 1 06 Zeichen zu, 8 Zeilen 
sind gleichzeitig sichtbar. Für den Be- 
nutzer stehen pro Zeile jedoch nur 94 
Zeichenplätze zur Verfügung. Die Ta- 
statur gleicht im Aufbau der des 
Spectrums (Gummitaste, Folienkon- 
takte). 

Mit der Peripherie bzw. den Speicher- 
erweiterungen läßt sich der Z88 über 
eine RS-232-Schnittstelle bzw. über 
den Systembus verbinden. Der Be- 
trieb am Netz ist durch ein externes 
Netzteil möglich. 

Die Programmbibliothek umfaßt sol- 
che Nutzerprogramme wie Textverar- 
beitung, Kalkulations- und Daten- 
bankprogramm sowie einen wissen- 
schaftlich-technischen Rechner. Dar- 
über hinaus läßt sich derZ88 noch als 
Notizkalender mit Alarmfunktion (Uhr 
ist eingebaut) und als Basic-Compu- 
ter verwenden; benutzt wird ein BBC- 
Basic-Interpreter. Vorgesehen ist ein 
EPROM-Programmierzusatz, mit 
dem eigene Programme in die Mo- 
dule geschrieben werden können. 
Programmroutinen zum Modembe- 
trieb und zur Kopplung mit weiteren 
Computern sind ebenfalls im ROM 
enthalten. 

Nicht vorgesehen sind der Betrieb an 
einem Monitor und der Anschluß ei- 
nes Disketten- oder Kassettenlauf- 
werkes. 

aus KOMPUTER (1988) 4, S. 17-18 


Computer- 

und Medizindiagnostik 

Das Ministerium für Gesundheitswe- 
sen der UdSSR hat ein computerge- 
stütztes Diagnostiksystem auf der 
Grundlage der Mikrorechner ISKRA- 
1256 und ISKRA-226 eingeführt. Ge- 
speichert werden die Antworten und 
Ergebnisse der Fragen und Tests, die 
vom System über den Patienten er- 
halten wurden. Vom Computer wer- 
den Behandlungsvorschläge unter- 
breitet. Zur Kontrolle werden die Dia- 
gnosen parallel von Ärzten gestellt. 
Die Übereinstimmung soll über 90% 
betragen. 

Dieses Diagnosesystem hat beson- 
ders für die Reihenuntersuchungen in 
der Bevölkerung Bedeutung. 

aus KOMPUTER (1988) 7, S. 8 


in Fokuso 2/88: 

Gabor Witälyos: 

Bilder aus der Welt der Fraktale 

(Computerkunst mittels Abbildung hochgradiger math. Funktionen, 
Vergrößerungen, Farbeffekte, 10 Abbildungen s/w, 1 in Farbe) 

Dr. Peter Broczkö: 

Produktion von Mikrocomputern im Jahre 1987 in den sozialisti- 
schen Ländern 

(Hardware-Vergleiche, Tabelle der Eigenschaften, Vergleich des Ange- 
bots an Standardprogrammen) 

Mark Fettes: 

Das Mikrocomputer-Projekt Verteilte Sprachübersetzung - 
enorme Chance der Esperantolinguistik 

(Stand der Erprobung des Projektes, einzige Konkurrenz: Japan) 
Internationale Zeitschrift über Aktuelles in Wissenschaft und Technik, 
in Esperanto, beziehbar über: M. Behr, Koburger Str. 83, Markklee- 
berg, 7113- Preis: 4 Hefte je 80 Seiten, pro Jahrgang 24- M B. 


Computer für Blinde 
und Sehschwache 

Ein Problem dieses Personenkreises 
ist die beschränkte Zugriffsmöglich- 
keit auf visuelle Informationen (Druck 
und Fernsehen). Nur in beschränk- 
tem Maße sind solche Geräte, die 
Schrift in andere erfaßbare Informa- 
tionen wandeln, nutzbar. Auch die 
Umsetzungsgeschwindigkeit des 
Zeichens in die Information war ge- 
ring. Die Druckzeichen konnten in Vi- 
brationen oder Töne umgesetzt wer- 

Die Computertechnik macht es in zu- 
nehmendem Maße möglich, Text di- 
rekt in synthetische Sprache umzu- 
setzen. Inzwischen sind auch Moni- 
tore, Tastaturen und Drucker für 
Brailleschrift vorgestellt worden. 
Gleichzeitig kann der Computer auch 
seine Kommunikation mit dem Bedie- 
ner über Sprachsynthese abwickeln. 
Die Benutzung von Textverarbei- 
tungssystemen in der Redaktionsar- 
beit ermöglicht das problemlose Er- 
scheinen eines Textes in „normaler“, 
und wenn die Druckmöglichkeit vor- 
handen ist, auch in Brailleschrift. 
aus KOMPUTER (1988) 7, S. 12-13 

Husky Hawk 8/16 

Zu den sicherlich sehr seltenen Com- 
putertypen zählt der der Klasse der 
PCs zuzurechnende Husky Hawk 8/ 
1 6. Es handelt sich dabei um einen im 
IBM-PC-Standard arbeitenden Com- 
puterzwerg mit einer Masse von nur 
700 g. Das Gerät enthält zwei Mo- 
dule, die das Arbeiten unter CP/M (8 
Bit) bzw. MS-DOS (16 Bit) gestatten. 
Das Gerät hat kein Diskettenlaufwerk 
und bezieht seine Programme über 
die RS-232-Schnittstelle und ein Mo- 
dem. Zur Anzeige wird ein Flüssigkri- 
stallbildschirm genutzt. Nachfolgend 
zusammengefaßt die wichtigsten Da- 
ten des Computers: 

• Modul DOS: 

- 80C88-Prozessor 

- RAM 640 KByte 

- ROM 128 KByte 

- 6,144 MHz Takt. 

• Modul CP/M: 

- HD-64B1 80-Prozessor 

- RAM 352 KByte (davon 280 RAM- 
Disk) 

- ROM 48 KByte Betriebssystem 
DEMOS (kompatibel zu CP/M) 

- Basicinterpreter. 

Tastatur 68 Mehrfunktionstasten 
Bildschirm Flüssigkristall 8 Zeilen zu 
40 Zeichen 

Auflösung 240 x 64 Pixel 
Interface 2 x RS 232 und Systembus. 
aus KOMPUTER (1988) 8, S. 37-38 

Turbo-Backup 

Für die Herstellung der Arbeitskopien 
von Programmen oder Dateien in Be- 
triebssystemen wie MS-DOS, PC- 
DOS u. ä. gibt es jetzt ein Kopierpro- 
gramm, das mit einer Geschwindig- 
keit von 0.95 MByte/min arbeitet. 
Falls der Computer mit einem DMA 
ausgerüstet ist, kann sich diese Ge- 
schwindigkeit noch auf ca. 3 MByte/ 
min erhöhen. Damit ist der Nutzer 
kaum noch in der Lage, den manuel- 
len Diskettenwechsel schnell genug 
zu vollziehen (für den Fall, daß von 
der Festplatte Backups hergestellt 
werden sollen). Anbieter des Pro- 
gramms ist DANSK DATA SUPP- 
ORT. 

aus KOMPUTER (1988) 9, S. 32-34 
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Entwicklungen und Tendenzen 


MS-DOS-Version 4.01 

Von Microsoft gibt es jetzt die zu IBMs 
PC-DOS 4.01 vollständig kompatible 
Version MS-DOS 4.01. Vorzüge die- 
ser Version sind eine Bedienoberflä- 
che mit der Möglichkeit, über grafi- 
sche Eingabe Festplattendateien an- 
zulegen, Applikationen zu starten und 
die Basis-DOS-Funktionen über Pull- 
down-Menüs und Dialogfenster aus- 
zuwählen. Die Unterstützung der Ex- 
panded Memory Specification (EMS) 
wurde verbessert. Ebenso sollen Pro- 
bleme mit der Kompatibilität zu ver- 
schiedenen speicherresidenten Pro- 
grammen ausgeräumt worden sein. 

MP 

Leistungsstarker 
Universalrechner 
für kommerzielle 
Anwendungen 

Die europäische Bull-Gruppe und die 
amerikanische Honeywell Bull Inc. 
kündigten mit dem System BULL 
DPS 9000 das neue „Flaggschiff" in 
ihrem gemeinsamen Großrechneran- 
gebot an. Der Computer bietet mehr 
als die dreifache Leistung gegenüber 
dem bisherigen Topsystem DPS 90. 
Mit über 1000 Transaktionen pro Se- 
kunde, 1000 MByte Hauptspeicher- 
kapazität, 1000 KByte System-Puf- 
ferspeicher (Cache) und 1000 Ein-/ 
Ausgabekanälen soll der DPS 9000 
der derzeit leistungsfähigste kom- 
merzielle Universalrechner auf dem 
Weltmarkt sein. (Die Leistungsmes- 
sung basiert auf dem TP 1/ET 1- 
Benchmark aus dem Bankanwen- 
dungsbereich.) Der neue Großrech- 
ner wird in vier Ausbaustufen ange- 
boten. Die Modelle DPS 9000/91, / 
92T, 93T und 94T („T“ steht für voll 
redundante Hardwareausstattung) 
unterscheiden sich dabei im wesentli- 
chen durch die Anzahl integrierter 
Zentralprozessoren. 

Die Systemarchitektur des DPS 9000 
umfaßt 1 bis 4 Zentralprozessoren 
(CPU), 1 bis 2 Systemsteuereinhei- 
ten (SCU), 1 bis 2 Hauptspeicherein- 
heiten (MMU), 1 bis 4 Ein-/Ausgabe- 
prozessoren (IOP), 1 bis 4 Vektorpro- 
zessoren (IVP) sowie integrierte Dia- 
gnoseprozessoren und Präventivein- 
richtungen für höchste Systemsicher- 
heit und -Verfügbarkeit. 

Die besonderen leistungsrelevanten 
Architekturmerkmale und Hardware- 
funktionen sind eine doppelte si- 
multan arbeitende Befehls-, und Da- 
ten-Pipeline mit 5- bzw. 7stufiger Pa- 
rallelverarbeitung zur Beschleuni- 
gung der Befehlsausführung, ein 
zweistufiges Hochgeschwindigkeits- 
Cache-Speicherkonzept, bestehend 
aus zwei 64-KByte-Zentralprozessor- 
Caches mit einem 512 KByte großen 
Cache in jeder Systemsteuereinheit 
zur Minimierung der Hauptspeicher- 
zugriffe und somit zur Beschleuni- 
gung der zentralen Verarbeitungs- 
prozesse, eine Hauptspeicherkapazi- 
tät von max. 1 024 MByte (1 Gigabyte) 
sowie ein virtueller Adreßraum von 
bis zu 4000 Gigabyte (4 Terabyte). 


Neues Open Access 

Das integrierte Programm Open Ac- 
cess II wird es in einer kyrillischen 


Versipn geben. Das beabsichtigen 
die kalifornische Software Products 
International Inc. (SPI) und die sowje- 
tische Akademie der Wissenschaften 
in Moskau. Für diese Aufgabe sei ein 
Joint-Venture geplant, einschließlich 
eines gemeinsamen Büros in Mos- 
kau. Mit dem Joint-Venture soll, so 
SPI, der Bedarf in der Sowjetunion an 
Standardsoftware gedeckt werden. 
Open Access integriert bekanntlich 
Module für Kalkulation, Datenbank, 
Textverarbeitung, Grafik und Kom- 
munikation. 

Von der Münchner SPI GmbH wurde 
jetzt auch die Version 2.1 mit zusätzli- 
chen Funktionen vorgestellt. Neu 
sind eine Rechtschreibhilfe und ein 
Trennprogramm für verschiedene 
Fremdsprachen sowie die Möglich- 
keit, verschiedene Applikationen ein- 
zubinden. Es lassen sich jetzt Grafik- 
dateien erzeugen und extern weiter- 
verarbeiten. Ebenso kann in der 
neuen Version direkt auf das Be- 
triebssystem und auf EXE-Dateien 
zugegriffen werden. mp 


AO-Format-Laserplotter 

vorgestellt 



Versatec, Hersteller elektrostatischer 
Färb- und Monochrom-Rasterplotter, 
bietet, nach eigenen Angaben, als er- 
ster Hersteller mit dem 8836 jetzt ei- 
nen AO-Format-Laserplotter an. 
Merkmale sind hohe Plotgeschwin- 
digkeit, Verwendung von nicht be- 
schichtetem Papier, Ausgabe in Rol- 
lenform sowie Betrieb auch unter 
nicht optimalen Umgebungsbedin- 
gungen. Hauptsächlich werden CAD- 
Anwender in Mechanik, E-Technik, 
Architektur und Kartographie ange- 
sprochen, die auf einen Monats- 
durchsatz von 2000 bis 3000 Plots im 
AO-Format kommen. 

Bei einer Auflösung von 400 Punkten/ 
Zoll beträgt die Plotgeschwindigkeit 
konstant 1 Zoll/s (2,54 cm/s). Zeich- 
nungen im AO-Format werden in we- 
niger als 70 s ausgegeben; das platz- 
sparende Querformat (AI ) dauert we- 
niger als 1 min. 

Ausgerichtet auf CAD-Anwender 
kann der VERSATEC 8836-Laser- 
plotter mit den Standardschnittstellen 
RS232-C, Centronics oder Versatec 
Parallel Interface ausgestattet wer- 
den. Diese Schnittstellen ermögli- 
chen es, Datenformate wie CalComp 
906/907, CalComp 960 oder VERSA- 
TEC-Standard-Raster-Daten zu 

empfangen und auszuplotten. Optio- 
nal sind direkter IBM-Kanal-Anschluß 
oder auch Ethernet-AnschluS mög- 
lich. MP 


Wordstar 5.0 

Von Micropro gibt es jetzt die deut- 
sche Version von Wordstar Profes- 
sionell 5.0. Dieses erste laserdruk- 
kerfähige Wordstar verfügt über 
Layout-Funktionen und über Pull- 
down-Menüs, die dem Anwender al- 
ternativ zu den bisherigen Tasten- 
kombinationen zur Verfügung ste- 

Im Modus Advanced Page Preview 
lassen sich die Layouts von maximal 
144 Druckseiten überprüfen und die 
gewählten Schriften, Schriftattribute 
und Fontwechsel darstellen. Editier- 
möglichkeiten gibt es in diesem Be- 
reich jedoch nicht. Korrekturen kön- 
nen nur im Textverarbeitungsmodus 
durchgeführt werden. Proportional- 
schrift wird aktiv unterstützt, so daß 
auch bei Fontwechseln oder Ände- 
rung der Druckattribute sogenannter 
feiner Blocksatz erhalten bleibt. Eine 
Seite kann in mJdmal acht Spalten 
umbrochen werden. 

Wordstar 5.0 soll vor allem der tägli- 
chen Textverarbeitung dienen und im 
Bereich Textgestaltung dem Anwen- 
der neue Möglichkeiten zur Überprü- 
fung des Layouts vor dem Druck 
eröffnen. mp 


MC 68040 angekündigt 

Motorola hat für April 1989 die Vor- 
stellung des neuen 32-Bit-Prozes- 
sors 68040 angekündigt. Er tritt die 
Nachfolge der 32-Bit-Prozessoren 
68020 (1985) und 68030 (1987) an. 
Mit rund 1,2 Mio Transistoren, 
15 MIPS (Millionen Instruktionen pro 
Sekunde) und 4MFLOPS (Millionen 
Gleitkommaoperationen pro Se- 
kunde) ist er mit dem von Intel ange- 
kündigten 80486 vergleichbar (siehe 
MP 12/88, Seite 384). Der erste 32- 
Bit-Prozessor von Intel ist der 80386 
(1986), der mit 5 MIPS in der Rech- 
nerleistung zwischen dem 68020 
(3... 4 MIPS) und dem 68030 
(7 MIPS) liegt. mp 


Neue Chip-Fertigungs- 
straße bei IBM 

Für die Chip-Massenproduktion 
nahm IBM Ende 1988 eine neue Fer- 
tigungsstraße in Betrieb, die Silizium- 
Wafer mit über 200 Millimeter Durch- 
messer (8 Zoll) verarbeiten kann. 

Bis vor kurzem arbeitete IBM aus- 
schließlich mit 5-Zoll-Wafern, aus de- 
nen bis zu 150 integrierte Schalt- 
kreise gefertigt werden konnten. Mit 
seiner neuen Fertigungsstraße kann 
das Unternehmen in dergleichen Zeit 
bis zu 450 Chips herstellen. Die Linie 
arbeitet weitgehend automatisiert 
und dient unter anderem zur Produk- 
tion der 1 -MBit-Chips von IBM. AON 


RISC wird schneller 

Tektronix und das Rensselaer Poly- 
technic Institute arbeiten zur Zeit an 
einem Computer mit RISC-Architek- 
tur, der mit 250 MIPS etwa die zehn- 
fache Verarbeitungsgeschwindigkeit 
heutiger RISC-Systeme erreichen 
soll. Basis sind nicht Galliumarsenid-, 
sondern Silizium-ECL-ICs, die jedoch 
nach einem neuer, Fertigungsverfah- 
ren hergestei“ werden. MP 


Neue Chips von TI 

Wissenschaftler von Texas Instru- 
ments berichteten auf einer Fachkon- 
ferenz der Elektronikbranche in San 
Francisco über die Entwicklung eines 
neuen integrierten Schaltkreises. 
Dieser Schaltkreis besteht aus Quan- 
tum Tunneling Transistors und soll 
die Basis für eine neue Generation 
von dünneren, schneller arbeitenden 
und kostengünstigeren Chips wer- 
den. Die Quantum Tunneling Transi- 
stors seien hundertmal dünner und 
tausendmal schneller als konventio- 
nelle Halbleiterbauelemente. Eine 
kommerzielle Fertigung der neuen 
Schaltkreisgeneration wird frühe- 
stens Mitte der 90er Jahre möglich 
sein. mp 


3500 PCs nach China 

AST verkauft den chinesischen Mini- 
sterien für Wirtschaft und Kommuni- 
kation 3500 PCs für insgesamt 1 0 Mil- 
lionen Dollar. Die Geräte, Premium/ 
286 und 386, sollen mit Grafikkarten 
für die Darstellung chinesischer 
Schriftzeichen ausgerüstet werden. 
Dieser Vertrag ist einer der größten, 
die im Mikrocomputerbereich mit der 
Volkrepublik China abgeschlossen 
wurden. MP 


Projekt eines ultra- 
kompakten Computers 

Den Prototyp eines ultrakompakten 
Hochleistungscomputers soll die 
Firma Hughes Aircraft Co. fertigge- 
stellt haben. Bei einem Volumen von 
7,5 x 7,5 x 1 ,25 cm 3 soll der Rechner 
eine Arbeitsgeschwindigkeit von 10 
Milliarden Operationen pro Sekunde 
erreichen. Langfristig soll das Ent- 
wicklungsziel in einem Rechner mit 
einer Geschwindigkeit von 100 Mil- 
liarden Operationen pro Sekunde bei 
einem Leistungsbedarf von weniger 
als 100 Milliwatt bestehen. 

Die Kompaktheit des Rechners 
werde durch eine dreidimensionale 
Packungstechnik erreicht. Die Wafer 
werden übereinandergelegt und 
dann vertikal leitende Verbindungen 
hergestellt. Beim Prototyp wurden 
32 x 32 Prozessorzellen je Wafer un- 
tergebracht und fünf dieser Arraywa- 
fer aufeinander gelegt. Die vertikalen 
Verbindungen sind das eigentliche 
Problem des Projektes. 

Der Computer soll in Bordanlagen 
zum Einsatz kommen und Bildsignal- 
verarbeitung in Echtzeit realisie- 


Quelle: Neue Zürcher Zeitung vom 
19. 10. 1988 Wi 


Flüssigkristallanzeige 

Die bisher größte Flüssigkristallan- 
zeige für Workstations und Personal- 
computer wurde gemeinsam von den 
Firmen Toshiba und IBM entwickelt. 
Durch 1 ,58 Millionen Bildpunkte beim 
Schwarzweißbild (1440 x 1 100) wer- 
den Bilder hoher Qualität und Auflö- 
sung erzielt. Beim Farbbild wird eine 
Auflösung von 700 x 550 Punkten er- 
reicht. Mit 4 Punkten (rot, grün, blau 
und weiß) lassen sich 16 verschie- 
dene Farben darstellen. Fa 
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Klein und kraftvoll 

ln Japan wurde ein neuer Werkstoff 
auf der Grundlage von Neodym, Ei- 
sen und Bor entwickelt, der eine etwa 
30 % höhere magnetische Leistungs- 
fähigkeit aufweisen soll als die seit 
Mitte der siebziger Jahre verfügbaren 
Samarium-Kobalt-Legierungen. Die 
als Koerdym bezeichneten Magnete 
nehmen besonders in Japan einen 
schnell wachsenden Marktanteil ein. 
Von großem Vorteil ist dabei, daß die 
erforderlichen Rohstoffe besser ver- 
fügbar sind als Samarium und Ko- 
balt. 

Koerdym besteht zu 30 bis 34 % aus 
Neodym, zu 1,1 bis 1,3% aus Bor, 
und der Rest ist Eisen. Die Legierung 
wird durch einen schmelzmetallurgi- 
schen Prozeß oder durch Koreduk- 
tion hergestellt. Danach wird das Ma- 
terial fein gemahlen, unter Einwir- 
kung eines Magnetfeldes verpreßt, 
gesintert, wärmebehandelt und falls 
erforderlich mechanisch bearbei- 
tet. 

Der Nachteil des Koerdym besteht 
darin, daß zwar die Werte für Rema- 
nenz und Koerzitivfeldstärke außer- 
ordentlich hoch liegen, sie aber stär- 
ker temperaturabhängig sind als die 
der SmCo-Legierungen. Durch ge- 
eignete Werkstoffauswahl und Ma- 
gnetkreisauslegung kann jedoch 
auch bei Arbeitstemperaturen von 
über 1 50 °C eine ausreichende Stabi- 
lität erreicht werden. 

NdFeB-Magnete werden in Servomo- 
toren für die Automatisierungstechnik 
und den Maschinenbau, die unter 
starkem Miniaturisierungsdruck ste- 
henden Motoren für die Büro- und Da- 
tentechnik oder für Videogeräte und 
Kameras sowie Linearantriebe oder 
Drehmomentgeber angewendet. Im- 
mer häufiger erfolgen Anwendungen 
in magnetosensitiven Schaltern und 
Sensorsystemen oder in der Audio- 
tecfinik, beispielsweise in Kopfhörern 
oder Lautsprechern. Koerdym-Ma- 
gnetteilchen bewirken zum Beispiel in 
Thermoplasten, daß dauermagneti- 
sche Bauteile in der üblichen Spritz- 
gußtechnik hergestellt werden kön- 
nen. 

Darüber hinaus sind die Koerdym- 
Magnete mit Werten bis zu 80 kJ/m 3 
von besonderer Bedeutung, weil sie 
die Lücke zwischen dem magneti- 
schen Niveau der gesinterten Hartfer- 
rite und dem der gesinterten Selten- 
erdmetall-Dauermagnete schließen 
könnten. 

Quelle: Elektronik. - München 37 
(1988) 23. -S. 24, 26 Wi 


Ursachen 
für Chipausfälle 

Nach Ansicht eines Forschungs- 
teams der Cornell-Universität New 
York sind die unterschiedlichen Wär- 
meausdehnungskoeffizienten von 
Leitbahnen und Silizium die Ursache 
für die Ausfälle von fabrikneuen 
Chips. Untersuchungen sollen erge- 
ben haben, daß eine Abhängigkeit 
zwischen Leitbahnbreite und Ausfall- 
häufigkeit besteht. Die zehnfache 
Verminderung der Leitbahnbreite soll 
zu einer lOOOfachen Erhöhung der 
Ausfälle führen. Die Werkstoffexper- 
ten erklären die Ausfälle aus den me- 
chanischen Spannungen, die wäh- 
rend des Herstellungsprozesses ent- 
stehen. 

Das im Verhältnis zu den Leitbahnen 


massive Silizium hindert die Alumi- 
niumleitbahnen daran, beim Abküh- 
len die Spannungen vollständig abzu- 
bauen. Diese Spannungen bewirken, 
daß im Laufe der Zeit in den Metall- 
bahnen kleinste Hohlräume entste- 
hen. Durch den Abbau der inneren 
Spannungen schälen sich komplette, 
zusammenhängende Atomlagen ab, 
die sich dann in der Nähe wieder ab- 
lagern. Mit der Zeit entstehen so im- 
mer größere Hohlräume. Die Verän- 
derungen sind nur abhängig von der 
Temperatur. Bei höheren Temperatu- 
ren kann sich der Prozeß innerhalb 
einiger hundert Stunden, bei Raum- 
temperatur innerhalb von ein bis zwei 
Jahren vollziehen - und das sogar bei 
unbenutzten Chips. Die gewonnenen 
Erkenntnisse über diese Vorgänge 
gestatten, Maßnahmen zur Verände- 
rung zu untersuchen. 

So gehen die Bemühungen in Rich- 
tung Einsatz bisher nicht benutzter 
Werkstoffe sowie auf die Realisie- 
rung flexibler Bindungen zwischen 
Leitbahnen und Siliziumsubstrat. Die 
weiter voranschreitende Miniaturisie- 
rung macht die Lösung dieses Pro- 
blems erforderlich, wenn die Zuver- 
lässigkeit der Chips weiter erhöht 
werden soll. 

Quelle: Elektronik. - München 37 
(1988) 22. -S. 30 Wi. 


Nach SMD kommt IMD 

Um den Platzbedarf von Bauelemen- 
ten auf Leiterplatten noch weiter zu 
verringern, entwickelte die Firma 
Beyschlag eine neue Art von Wider- 
ständen, die als Micro-MELFs be- 
zeichnet werden, Grundlage waren 
die zylindrischen SMD-Widerstände 
mit Metallkappen (MELFs), mit denen 
es durch eine Neukonstruktion mög- 
lich wurde, diese senkrecht auf der 
Leiterplatte anzuordnen und in die 
Durchkontaktierungen zu stecken. 
Diese Technik wird als /MD-Technik 
(Insert Mounted Device) bezeichnet. 
Nachdem diese Technik bis zur Se- 
rienreife entwickelt wurde, geht es 
nun darum, sie in der Massenbestük- 
kung anzuwenden. Insbesondere 
wird noch nach einer Methode für die 
Fixierung vor dem Lötvorgang ge- 
sucht. 

Die als kleinste passive Bauelemente 
bezeichneten Micro-MELFs können 
im eingelöteten Zustand, abhängig 
von der Bestückungsdichte der Pla- 
tine und ihrer Gesamtbelastung, ei- 
ner Belastbarkeit von bis zu 0,1 7 W 
ausgesetzt werden. Die Oberflä- 
chentemperatur darf bis 1 25 °C betra- 
gen. Mit 1 % Toleranz werden die Wi- 
derstände mit Werten von 2241 bis 
220 kn angeboten, mit 2 % von 1 41 
bis 2,2 Mü. Aufgrund ihrer Metall- 
schichtausführung soll eine sehr gute 
Langzeitstabilität gegeben sein. Die 
Ausfallquote dieser Widerstände wird 
von Beyschlag mit weniger als 
2 x 1 0 -9 pro Stunde angegeben. 
Quelle: Elektronik. - München 37 
(1 988) 22. -S. 78 Fa 


Verfahren 
zur Gewinnung 
von Galliumarsenid 

Die Vorteile von Galliumarsenid als 
Basismaterial für mikroelektronische 
Bauelemente sind seit längerer Zeit 
hinreichend bewiesen. Aufgrund des 
aufwendigen und umweltbelasten- 
den Herstellungsprozesses konnte 
das Material bisher nicht das Silizium 
verdrängen. 

Technologische Verfahren, die ohne 
den Hochtemperaturprozeß auskom- 
men, bei dem arsenhaltige Gase ent- 
stehen, sind Forschungsgegenstand 
verschiedener Institutionen. Der Cor- 
nell-Universität New York soll es ge- 
lungen sein, eine Verbindung herzu- 
stellen, die Gallium und Arsen in dem 
erforderlichen Mischungsverhältnis 
enthält und aus der in gelöstem Zu- 
stand bei Raumtemperatur Gallium- 
arsenid-Moleküle entstehen. 

Das als Arsinogallan bezeichnete 
Material wird mit Butanol einer chemi- 
schen Reaktion ausgesetzt, bei der 
eine Chlorverbindung als Katalysator 
wirkt und bei der Galliumarsenid als 
rötliches Pulver anfällt. Die Chemiker 
sind der Auffassung, daß aus dem Ar- 
sinogallan die Fremdmateriaiien aus- 
gelöst werden und Galliumarsenid in 
Form von Einzelmolekülen entsteht, 
die sich später infolge ihrer Instabilität 
zu größeren Teilchen verbinden. 

Mit einem ähnlichen Verfahren sollen 
Forscher in Ithaca Indiumphosphid 
gewonnen haben, das ebenfalls als 
Werkstoff in der Elektronik interes- 
sant ist. 

Wann die Ergebnisse industriell ge- 
nutzt werden können, ist noch nicht 
abzuschätzen. 

Quelle: Elektronik. - München 37 
(1 988) 22. -S. 10 Wi 

Röntgenlithographie 
zur Chipherstellung 

Im Rahmen eines Langzeitfor- 
schungsprojektes zur Entwicklung 
und Auswertung neuer Lithographle- 
verfahren arbeiten IBM-Wissen- 
schaftler daran, Chips mit Hilfe der 
Röntgenstrahl-Lithographie herzu- 
stellen. Die Röntgenstrahl-Lithogra- 
phie könnte in Zukunft die Massen- 
produktion von Speicherchips mit ei- 
ner Kapazität von mehr als 64 MBit 
erlauben. 

Mit Hilfe der Röntgenstrahl-Lithogra- 
phie können sehr viel engere Schalt- 
kreismuster gestaltet werden als mit 
der Ultraviolett- und der Lichtlithogra- 
phie. Röntgenstrahlen haben eine 
wesentlich kleinere Wellenlänge. Da 
die Wellenlänge die Auflösung be- 
stimmt, lassen sich um so feinere 
Strukturen abbilden, je kleiner sie 
ist. Die Röntgenstrahl-Lithographie 
könnte außerdem die Fehlerquote in 
der Produktion erheblich herabset- 
zen, da Staubpartikel, die bei Licht 
normalenweise zu Mängeln führen, 
von Röntgenstrahlen durchdrungen 
werden. 

Den IBM-Wissenschaftlern soll es ge- 
lungen sein, einen ganzen Speicher- 


chip mit Strukturbreiten von 0,5 /um 
herzustellen. Zu den wesentlichen 
Bestandteilen des neuen Verfahrens 
gehören: 

- ein gerasterter Spiegel zur Vertei- 
lung der Röntgenstrahlen über die zu. 
belichtende Fläche 

- ein Berylliumfenster, um das Va- 
kuum des Elektronen-Speicherrings 
von der Belichtungskammer zu tren- 

- vier Röntgenmasken 

- ein Stepper, um jede Maske und 
den Wafer zu halten und zurückzu- 
führen 

- ein Masken-/Wafer-Ausrichtungs- 
system. 

Während des Belichtungsvorgangs 
werden Röntgenstrahlen vom Spei- 
cherring auf den Spiegel geleitet. Die- 
ser bewirkt eine gleichmäßige Be- 
leuchtung der Maske. Das etwa 
20 /u.m dicke Berylliumfenster trennt 
die heliumgekühlte Belichtungskam- 
mer vom Vakuum und filtert die Rönt- 
genstrahlen aus dem Strahlenspek- 
trum des Speicherrings heraus. Der 
Wafer wird etwa 40 /im von der 
Maske entfernt in Position gebracht, 
und ein Roboter bringt Maske und 
Wafer in Schritten von 0,02 /um in die 
richtige Stellung. Die B.elichtung er- 
zeugt im Fotolack des Wafers Muster 
von weniger als 0,5 /u.m Breite. Die 
nicht benötigten Röntgenstrahlen 
werden von der mit Gold belegten 
Maske zurückgehalten. Um auf dem 
Wafer fünf je ein Quadratzoll große 
Felder zu belichten, muß dieses Ver- 
fahren fünfmal wiederholt werden. 
Nach weiteren Prozeßschritten wird 
mit den anderen drei Masken in glei- 
cher Weise verfahren. Als Ergebnis 
entsteht ein funktionsfähiger Spei- 
cherchip. 

Quelle: Elektronik. - München 37 
(1988) 20. -S. 16 Fa 


100 ns schnelle 
1-MBit-EPROMs 

Die von der Wafer Scale Integration 
entwickelten 1-MBit-EPROMs sind in 
Keramik-DIP oder -LCC-Gehäusen 
untergebracht und erreichen durch- 
schnittliche Zugriffszeiten von 100, 
120 und 150 ns. Die Firma arbeitet 
gegenwärtig daran, eine verbesserte 
Version mit 55 ns zu entwickeln, diä 
bereits in diesem Jahr in kleinen 
Stückzahlen produziert werden soll. 
Außerdem werden von der Firma 
512- und 256-KBit-EPROMs produ- 
ziert, die Zugriffszeiten von 90 ns auf- 
weisen. 

Quelle: Elektronik. - München 37 
(1988) 22. -S. 7 Fa 


Speicherchip 
mit Supraleiter 

Einen 1 -KBit-Chip mit einer Zugriffs- 
zeit von 570 Picosekunden soll die ja- 
panische Firma NEC entwickelt ha- 

Durch die Verwendung von supralei- 
tendem Material wurde eine zehnmal 
höhere Geschwindigkeit gegenüber 
herkömmlichen Chips erreicht. Damit 
wäre erstmals der Übergang von ei- 
nem supraleitenden Einzelkontakt zu 
einem hochintegrierten Bauelement 
gelungen. Wi. 
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DECWORLD ’88 

Die bisher größte Computerausstel- 
lung der Firma Digital Equipment Cor- 
poration (DEC), die DECWORLD '88, 
fand vom 12.-23. September 1988 im 
Festival- und Kongreßpalast in Can- 
nes/Frankreich statt. Für die Mitglie- 
der der Anwenderorganisation DE- 
CUS, die ihr 24. Europäisches Sym- 
posium unmittelbar vor der Ausstel- 
lung abhielt, war die Ausstellung be- 
reits am 8. und 9. September geöff- 
net. Insgesamt zählte die DEC- 
WORLD '88 ca. 17000 Gäste aus 
mehr als 60 Ländern. Im Tiefgeschoß 
des Festival- und Kongreßpalastes 
wurde auf über 10000 m 2 beeindruk- 
kend das auf vielen Gebieten füh- 
rende Know-How der Firma in Hard- 
und Software demonstriert. Die Aus- 
stellung stand unter dem Motto „Inte- 
grating the Enterprise“ und hatte das 
Ziel, komplexe integrierte Lösungen 
zur Automatisierung aller Bereiche ei- 
nes modernen Produktionsbetriebes 
zu zeigen. Dementsprechend war die 
Ausstellung in verschiedene Fachbe- 
reiche eingeteilt, wie 

- Manufacturing (CAM) 

- Production Environment (CIM) 

- Solution Development Environ- 
ment (rechnergestützte Softwareent- 
wicklung) 

- End-User Computing and Office 
Integration (Arbeitsplatzrechner und 
Büroautomatisierung) 

- Enterprise Networking (verteilte 
Netzwerke für große Firmen) 

- System and Network Management 
(Rechnersystem- und Netzwerkver- 
waltung) 

- Enterprise Services (Computeran- 
wendungen bei Firmendienstleistun- 
gen) 

- Financial Services (Automatisie- 
rung des Finanz- und Bankwesens) 

- Service Industries (Automatisie- 
rung in der Dienstleistungsindustrie) 

- Telecommunication Industries 
(Computeranwendungen in der 
Nachrichtenübermittlung). 

Damit trat der Computer auf der Aus- 
stellung gegenüber der Demonstra- 
tion von kompletten Anwendungslö- 
sungen in den Hintergrund. Trotzdem 
wurde das gesamte Know-How in der 
Computertechnologie, vor allem im 
Zentralteil der Ausstellung, dem 
Technologiezentrum, aber auch in 
zahlreiche Anwendungslösungen in- 
tegriert gezeigt. Als rechentechni- 
sche Basis wurden etwa 50 Mini- und 
Superminirechner und über 250 
Workstations mit einer Gesamtre- 
chenleistung von über 1400 MIPS 
(Millionen Befehle pro Sekunde) in- 
stalliert. 

Die Vernetzung aller Computer und 
Workstations erfolgt über zwei Ether- 
netsysteme, die durch einen Router 
miteinander gekoppelt waren. Über 
den Nachrichtensatelliten TELE- 
COM1 wurde eine Verbindung nach 
Reading, dem Hauptsitz der engli- 
schen Tochtergesellschaft, und von 
dort über den Nachrichtensatelliten 
IBS nach Boston und zu den amerika- 
nischen Technologiezentren der 
Firma hergestellt. 

Aus der Vielzahl der auf der DEC- 
WORLD '88 gezeigten Produkte und 
Anwendungslösungen seien hier im 


Bericht nur einige wenige Entwicklun- 
gen aus dem Bereich der Computer- 
technologie herausgegriffen. 

Zur Verwaltung und Überwachung ei- 
nes großen Rechnernetzes wurde im 
Mittelpunkt des Technologiezen- 
trums auf der Ausstellung eine Netz- 
werküberwachungszentrale ge- 
zeigt, deren Hauptaufgaben die Lei- 
stungsüberwachung und -planung 
von großen Netzwerken, Überwa- 
chung der Netzwerksicherheit, Feh- 
lerdiagnostik in großen Netzwerken, 
Online-Diagnostik von angeschlos- 
senen Rechnern und die Überwa- 
chung des Netzwerkverkehrs sind. 
Die Netzwerküberwachungszentrale 
ist mit einem speziellen Servicepro- 
zessor auf der Basis einer Micro VAX 
II implementiert. (BildS; alle Bilder 
siehe 4. Umschlagseite). 

Auf der Basis eines PBX-Terminal- 
Servers wurde die Verkopplung ei- 
nes PBX-Netzes (ISDN-Netzes) mit 
einem Ethernetsystem vorgeführt. 
Zur Kopplung des PBX-Terminal- 
Servers mit der PBX-Zentrale wird 
das S2-Interface nach ECMA mit 
2,048 MBit/s eingesetzt, das 30 paral- 
lele Datenübertragungen gestattet. 
Der Anschluß des ISDN-Telefons an 
die PBX-Zentrale erfolgt mit dem S1- 
Interface, das einen 64-KBit/s-Kanal 
für die digitale Telefonie und einen 
64-KBit/s-Kanal für eine Datenüber- 
tragung (Terminalanschluß) zur Ver- 
fügung stellt. (Bild 1 ) Es kamen ISDN- 
Produkte verschiedener Hersteller 
zum Einsatz. 

Zur Integration von PCs in die VAX- 
Umgebung wurde die Personal Com- 
puting Architecture (PCSA) mit einer 
MicroVAX-2000 als VAX/VMS-Ser- 
ver mit der MS-DOS-Server-Soft- 
ware vorgestellt. An einem Server 
können 1 0-1 5 PCs mit dem Betriebs- 
system MS-DOS über ein Thin-Wire- 
Ethernet-Kabel (10 MBit/s, max. 
1 50 m Gesamtlänge) angeschlossen 
werden. 

Demonstriert wurde ein gemischtes 
PC-Netz mit IBM PS/2 Mod. 30 unter 
PC-DOS und COMPAQ sowie VAX- 
mate (Intel 80286) mit MS-DOS. Auf 
den PC-DOS bzw. MS-DOS-Rech- 
nern läuft die Client-Software DEC- 
net-PCSA. Für den IBM PS/2 Mod. 30 
wurde der Thin-Wire-Ethernet-Adap- 
ter DEPCA angeboten. Neben der 
Terminalemulation und Filetransfer- 
diensten wurden integrierte Anwen- 
dungen mit gemeinsam genutzten 
Datenbasen vorgeführt. 

Im Technologiezentrum war eine 
Hochleistungsrechenstation mit meh- 
reren VAX-Rechnern der Typenreihe 
VAX-88xx und den neuesten Anla- 
gen im mittleren Leistungsbereich 
VAX-62xx installiert. Die VAX- 
8810 .. . 8840 verfügen über 1 bis 4 
Prozessoren zu je 6 MIPS. Die neue 
Betriebssystemversion VAX/VMS 
V5.0 unterstützt das symmetrische 
Multiprocessing, das die nahezu volle 
Ausschöpfung der nominalen Pro- 
zessorleistung gestattet. Damit ver- 
fügt die VAX-8840 über 24 MIPS. 

Die Typenreihe VAX-6210...6240, 
auf der Basis des MicroVAX-ill-Chip- 
satzes, wurde erst im Sommer 1988 
angekündigt. Wie die MicroVAX- 
3xxx-Produkte, die die gleichen 
Chips benutzen, hat ein Prozessor- 
element eine Leistung von 2,7 MIPS. 


Die VAX-6240 (Bild 2) hat mit 4 Pro- 
zessorkarten im symmetrischen Mul- 
tiprocessing eine Leistung von ca. 1 1 
MIPS. Vorteile der VAX-62xx sind der 
interne Hochleistungsbus mit 100 
MByte/s, der max. Speicherausbau 
bis 256 MByte auf Basis der 1-MBit- 
Chips und max. 6 E/A-Kanäle auf der 
Basis des VAXBI-Busses. Damit be- 
trägt die maximale E/A-Transferrate 
über 60 MByte/s. Der VAXBI-Bus ge- 
stattet den Anschluß von Ethernet- 
LAN, VAX-Clustern, lokalen Platten- 
speichersubsystemen und beliebiger 
sonstiger Peripherie. Die VAX-62xx- 
Modelle mit den verbesserten Lei- 
stungsparametern werden zum Stan- 
dardsystem im mittleren Leistungs- 
bereich, wobei der E/A-Durchsatz 
wesentlich höher als bei den VAX- 
88xx-Modellen ist, die ihren Vorteil in 
der erheblich höheren Prozessorlei- 
stung haben. 

Im unteren Leistungsbereich befin- 
den sich die MicroVAX-Produkte Mi- 
croVAX-2000 und VAXstation 2000 
(Bild 3), die keinen für den Anwender 
zugänglichen Standardbus haben. 
Bei einer Leistung von nahezu 1 
MIPS (Mikroprozessor 78032) reprä- 
sentieren sie auch das untere Preisni- 
veau. 

Die Q-Bus-kompatiblen MicroVAX-ll- 
Produkte auf der Basis des gleichen 
Mikroprozessors sind nun durch Mi- 
croVAX-3xxx-Produkte (Bild 4 und 
5) ersetzt worden, die den wesentlich 
leistungsfähigeren Mikroprozessor 
78034 mit 2,7 MIPS nutzen. Durch 
Beibehaltung des internen Q-Busses 
sind diese Systeme für den Anwen- 
der relativ gut frei konfigurierbar. 

Die DEC-Workstation-Produkte 
(VAXstation 2000 bzw. VAXstation 
3xxx) basieren auf entsprechenden 
MicroVAX-Produkten, die anstelle 
des Standardterminals einen Vided- 
adapter mit Videomonitor VR260 
(schwarzweiß) oder VR290 (color) 
verwenden. Die Videomonitore ha- 
ben bei 19"-Bildschirmdiagonale eine 
Auflösung von 1024 x 864 Pixel. Zu- 
sätzlich können eine Maus und/oder 
ein Digitalisiertablett zum Einsatz 
kommen. Weiterhin ist ein Ethernet- 
Adapter für den LAN-Anschluß obli- 
gatorischer Bestandteil. 
Im.Technologiezentrum kamen auch 
die neuen Plattenspeicher RA 70 und 
RA 90 zum Einsatz. Das RA 70-Win- 
chesterlaufwerk auf der Basis der 
öW-Technologie mit 280 MByte und 
27 ms Zugriffszeit findet vorwiegend 
in MicroVAX- und VAXstation-Pro- 
dukten Verwendung. Das RA 90- 
Winchesterlaufwerk mit einer Kapa- 
zität von 1,2 GByte und 25 ms Zu- 
griffszeit in der 9"-Technologie ist 
zweifellos eine Spitzenleistung. Be- 
merkenswert ist vor allem, daß damit 
auch DEC die 14"-Technologie (RA 
81 - 464 MByte, RA 82 - 622 MByte) 
endgültig verlassen hat. Das RA 90 
dient vorrangig als externer Massen- 
speicher bei den größeren VAX-Sy- 
stemen. Mit 8 Laufwerken konfigu- 
riert, hat das Speichersubsystem 
SA 600 eine Kapazität von 10 
GByte. 

In einem VAX-Cluster können an ei- 
nem hierarchischen Speichercontrol- 
ler HSC 70 max. 6 SA 600 eingesetzt 
werden. Gegenüber den Fortschrit- 
ten in der Plattenspeichertechnologie 


ist die Backup-Technologie bei DEC 
deutlich zurückgeblieben. Nach wie 
vor hat hier das 1/2"-lndustriestand-j 
Magnetband mit einer Aufzeich- 
nungsdichte von 1600 bzw. 6250 bpi 
seinen festen Platz. Für die Micro- 
VAX-Produkte mit RA 70- Laufwerken I 
ist aber das neue Kassettenmagnet- 
bandgerät TK 70 mit 296 MByte ein 
akzeptable Lösung. 

Auf der DECWORLD '88 wurde auc 
erstmals ein optischer Plattenspei- 
cher RV 20 (Bild 6) nach der WORM- 
Technologie (Write Once- Read Mul- 
tiple) mit 2 GByte von DEC vorge- 
stellt. Die 12"-Platte wird doppelseitig 
beschrieben und ist auswechselbar 
(Kassettenplatte). Die Lebensdauer 
der Aufzeichnungen wird mit minde 
stens 30 Jahren angegeben. Die Ka 
pazität einer Platte entspricht etwr 
55-60 Magnetbandspulen (625< 
bpi). Das RV 20 ist in erster Linie all 
Archivspeicher geeignet. Als Backup 
Medium sind die Datenträgerkosten 
zu hoch, jedoch sind gegenüber Ma- 
gnetbandgeräten die Betriebskosten 
wesentlich niedriger. Gegenüber de 
magnetischen Winchesterplatter 
speichern ist das RV 20 etwa 10mi 
langsamer. 

Für lokale Netzwerke wurde der Print- 
server 40 (Bild 7) als monochromati- 
sches Druckersubsystem vorgestellt. 
Der Printserver wird über ein Ethei 
net-lnterface direkt an das LAN ange 
schlossen. Die Druckleistung beträg 
etwa 40 A4-Kopien fjro Minute, w. 
ungefähr 1,6 Millionen Kopien pri 
Monat entspricht. Die Papierformati 
sind von A5 bis A3 wählbar. Die Auflö 
sung beträgt etwa 12x12 Bildpunkti 
je mm 2 . Auf der Grundlage voi 
POSTSCRIPT können über den ein 
gebauten Rastergrafikprozesso 
Text, Grafik und natürliche Bilder ge 
mischt werden. Resident sind 
Schriftarten (Fonts) vorhanden, wei- 
tere Fonts können bei Bedarf gelader 
werden. Auf dem Software-Sektoi 
war der fortschreitende UNIX-Einsat; 
auf Workstations ein zentrale: 
Thema. Grundlage der weiteren Er 
Wicklung sind die POSIX-Standard 
und die OSF-Produkte (Open S 
wäre Foundation). Das Betriebssy 
stem ULTRIX-32, Version 3.0, ist c 
erste UNIX, das zu folgenden Sti 
dards bzw. Industriestandards kc 

IEEE POSIX PI 003.1 (am 22.8.1 
bestätigt) 

OSF Base Level 0 Spezifikation 
Xwindow System Version 11 (Re| 
lease 2) 

System-V-Interfacedefinition, S' 
Release II 

X/OPEN Portability Guide. 

OSF ist eine neue mit Kapital vc 
DEC, IBM, Apollo Domain u.a. g 
gründete Firma, die durch OSF-Pn 
dukte die Kompatibilität von Softwi 
reprodukten unter den UNIX-Bi 
triebssystemen der Firmen II 
DEC, Bull, Siemens, Nixdorf usw 
ehern will. 

Dazu werden von OSF die entspr 
chenden Produkte über Lizenzen ai 
gekauft und OSF-gerecht weiterer 
wickelt. Damit stellt OSF eine Ergä, 
zung zu den POSIX-Standards di 
und sichert auch die Kompatibilität 2 
BSD-UNIX-Systemen. 
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O Terminal VT 340 am ISDN-Telefon 
OPUS-4COO (64 KBit ls) dar Fa. Thomson CSF 
O VAX 6240 

4 Prozessoren mit Mikroprozessor 78034. FPU 
78134. 1 1 MIPS. max. 256 MByte, max. 60 MByte s 
EIA-Translerrate. Ethernet, 
Computerlnterconnect 
O VAXstation 2000 

Mikroprozessor 78032, 4 oder 6 MByte. 19 -Bild- 
schirm (1024 x 864 Pixel), 71- oder 1 59- M Byte- 
Festplatte. 95 -MByte-Kassettenmagnetband. 
Thln-Wire-Ethernet 


O VAXstation 3200 

Mikroprozessor 78034, FPU 78134,8 MByte, 19- 
Bildschirm (1024 X864 Pixel), 159-MByle-Fest- 
platte. 296-MByte-Kassettenmagnetbanri. Ether- 

O VAXstation 3500 

Mikroprozessor 78034. FPU 78134, 16 MByte. 
19 -Bildschirm (1024 x 864 Pixel), 280-MByte- 
Festplatte, Ethernet 
O Optischer Plattenspeicher RV 20 
WORM (Wrile-once Read multiple). Wechsel- 
platte 2 GByte 


ll.aPIxellmm, 40 Seiten Imin, 29 Schritten. La- 
serdrucker mit Trockentoner. Ethernet 
O Serviceprozessor 

auf Basis von MIcroVAX-ll mit Remote Services 
Console zur Überwachung großer Netzwerke 
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Die Anwendung von Computern 
bei der Herausbildung von speziel- 
len Denkfertigkeiten bei Kindern 
und Schülern war das Thema einer 
Ausstellung im November 1988 im 
Haus der Sowjetischen Wissen- 
schaft und Kultur in Berlin. Drei ver- 
schiedene Rechnersysteme mit 
entsprechender Software konnten 
von den Besuchern selbst erprobt 
werden. 

Eine originelle Lösung zur Anwen- 
dung für Vorschulkinder im Alter 
von 5 bis 7 Jahren ist der Spiel- 
Rechner-Komplex auf der Basis der 
sowjetischen Heimcomputer Elek- 
tronika-BK-0010 in Verbindung mit 
Farbfernsehgeräten (Bild 1). Die 
Konfiguration wurde in Zusammen- 
arbeit von Pädagogen, Psycholo- 
gen, Ärzten, Designern und Com- 
puterfachleuten entwickelt. Für die 
standardgemäße Folientastatur 
gibt es speziell an die Programme 
angepaßte und für die Kinder leicht 
erfaßbare Aufleger, die ein leichtes 
Bedienen ermöglichen. Von einem 
zentralen Arbeitsplatz aus können 
über 30 verschiedene Programme 


geladen werden. Das System um- 
faßt bis zu 10 Plätze und eine 
komplette didaktisch-methodisch 
durchdachte Spielumgebung. Kin- 
der können spielerisch an den Um- 
gang mit Computern herangeführt 
werden. Neben der Herausbildung 
von Fähigkeiten und Fertigkeiten 
wird die psychologische Bereit- 
schaft zur künftigen Tätigkeit in ei- 
ner hochautomatisierten Wirtschaft 
entwickelt. 

Für den Einsatz in der Schul- und 
Berufsausbildung wurde der Rech- 
nerkomplex KORVET aus Baku vor- 
gestellt (Bild 2). Der Lehrerarbeits- 
platz mit 8080-Rechner hat hier fol- 
gende Daten: 64 KByte Arbeits- 
speicher, 144 KByte RAM-Disk, 24 
KByte Basic-ROM, 48 KByte Gra- 
fikspeicher, Bildschirm mit 
5 1 2 x 256 Punkten und 1 6 aus 256 
Farben, 2 Diskettenlaufwerke 
1 MByte (unformatiert), CP/M-kom- 
patibles Betriebssystem. Er läßt 
sich mit bis zu 15 Schülerarbeits- 
plätzen koppeln, die den gleichen 
Rechner, nur mit Magnetbandkas- 
settenspeicher, enthalten. Auf der 


Basis dieses Systems bietet die 
Kooperative Radiostrojenije Baku 
eine Reihe interessanter Software- 
lösungen an. Die Schüler können 
weitgehend selbständig arbeiten. 
Dem Lehrer gelingt es leicht, den 
Lernprozeß zu führen und zu kon- 
trollieren. Durch Daten- und Pro- 
grammtransfer von den Massen- 
speichern des Lehrerarbeitsplatzes 
wird ein zeitlich ökonomisches Ar- 
beiten möglich. 

Als Einzelarbeitsplatz zum Aneig- 
nen von Wissen und zum Trainie- 
ren von Fertigkeiten auf verschie- 
denen Gebieten wurde der Perso- 
nalcomputer EC 1841 mit K 1810 
WM86-CPU und MS-DOS-kompa- 
tiblem Betriebssystem aus sowjeti- 
scher Fertigung vorgestellt. Es ist 
zu erwarten, daß Maschinen dieser 
Klasse mit ihren universellen Mög- 
lichkeiten gerade auch für viele Be- 
reiche der Ausbildung in der So- 
wjetunion und den anderen soziali- 
stischen Staaten eine hohe Bedeu- 
tung erhalten werden. 

Matthias Fischer 


Positive Bilanz 1 988 

Wie sich aus der Mitteilung der Staat- 
lichen Zentralverwaltung für Statistik 
über die Durchführung des Volkswirt- 
schaftsplanes 1988 ergibt, hat sich in 
Verwirklichung der ökonomischen 
Strategie der SED das hohe Tempo 
der Einführung von Schlüsseltechno- 
logien in der DDR fortgesetzt. So wur- 
den - nach vorläufigen Angaben - 
beispielsweise folgende Ergebnisse 
erzielt: 

• Wesentlich ausgebaut wurde die 
mikroelektronische Basis der Volks- 
wirtschaft. Mit den ersten in der DDR 
hergestellten Mustern des 1-MBit- 
Speicherschaltkreises auf der Basis 
eigener technologischer Verfahren 
sind Grundlagen geschaffen worden, 
um die Produktion in diesem Jahr auf- 
zunehmen. Die Produktion von 64- 
KBit-Speicherschaltkreisen ist 1988 
erhöht worden. Mit der Fertigung von 
256-KBit-Speicherschaltkreisen wur- 
de begonnen. 

Gegenüber dem Jahr 1 987 wuchs die 


Produktion von monolithisch-inte- 
grierten Schaltkreisen um 57 Pro- 
zent, Büro- und Personalcomputern 
um 16 Prozent, Speichern für die 
Computertechnik um 95 Prozent, 
Druckern für Computer um 33 Pro- 
zent, technologischen Spezialausrü- 
stungen für die Herstellung von akti- 
ven Halbleiterbauelementen um 20 
Prozent, mikrolithografischen Gerä- 
ten um 28 Prozent. 

• Die rechentechnische Basis ist mit 
der Produktion von 57366 Büro- und 
Personalcomputern weiter gestärkt 
worden. Wesentlich gesteigert wurde 
die Fertigung von 16-Bit-Computern 
mit größerer Rechengeschwindigkeit 
und erhöhter Speicherkapazität. 

• Gegenwärtig sind in der Volkswirt- 
schaft rund 70000 CAD/CAM-Ar- 
beitsstationen und -Systeme im Ein- 
satz; die Anzahl der eingesetzten In- 
dustrieroboter wuchs auf insgesamt 
über 90000. 

• Mit dem Ausbau der Mikroelektro- 
nik werden in immer stärkerem Maße 
Möglichkeiten zur Steigerung der Ef- 


fektivität und Leistungsentwicklung 
erschlossen. Nahezu die Hälfte der 
Produktion der metallverarbeitenden 
Industrie wurde von der Mikroelektro- 
nik bestimmt. mp 

Neue Fachsektion der 
Gesellschaft für Informatik 
der DDR konstituiert 

Am 1 . und 2. Dezember 1988 fand in 
Suhl die erste Jahrestagung der 
neuen Fachsektion „Informatik und 
Gesellschaft“ der Gesellschaft für In- 
formatik der DDR zum Thema „Com- 
puter und Gesellschaft“ statt. 

Die Fachsektion stellt sich die Auf- 
gabe, neue wissenschaftliche Er- 
kenntnisse, die sich auf die Wechsel- 
beziehungen zwischen Informatik 
und Gesellschaft beziehen, einem 
breiten Kreis von Interessenten zu- 
gänglich zu machen. Sie fördert ko- 
operatives Zusammenwirken von In- 
stitutionen und Wissenschaftlern, un- 
terstützt den Austausch von For- 
schungsergebnissen und den wis- 
senschaftlichen Meinungsstreit zu 


gesellschaftlichen Voraussetzungen 
und Konsequenzen neuer Informa- 
tions- und Kommunikationstechnolo- 
gien sowie zu Konzepten und Metho- 
den ihrer bewußten Gestaltung und 
erarbeitet dazu eigene Standpunkte. 
Maßgebend für das Erreichen der mit 
der gesellschaftlichen Nutzung der 
Informatik angestrebten politischen, 
ökonomischen und sozialen Ziele ist 
die Beherrschung ihres gesellschaft- 
lichen Umfeldes. Wirtschaftswissen- 
schaftliche, organisatorische, ar- 
beitswissenschaftliche, leitungssei- 
tige, soziologische und juristische 
Aspekte sind dabei ebenso im Blick- 
feld wie der Bezug zur Weltanschau- 
ung, zu globalen Problemen und zur 
kulturellen Entwicklung. 

Das Leitungsgremium besteht aus 
Prof. Dr. sc. oec. Wolfgang Uhr, TU 
Dresden, Sektion Sozialistische Be- 
triebswirtschaft, als Vorsitzenden der 
Fachsektion, Prof. Dr. phil. habil. 
Klaus Fuchs-Kittowski, Humboldt- 
Universität zu Berlin, Sektion Wissen- 
schaftstheorie und -Organisation,' als 
Stellvertretenden Vorsitzenden, Prof. 
Dr. oec. habil. Gerd Friedrich, Stell- 
vertretender Direktor des Zentralinsti- 
tuts für Sozialistische Wirtschaftsfüh- 
rung beim ZK der SED, Berlin, sowie 
den Leitern der Arbeitsgruppen und 
Dr. oec. Dipl. Math. Horst Bürdek, TU 
Dresden, als Sekretär der Fachsek- 
tion. Die Fachsektion besteht aus fol- 
genden sechs Arbeitsgruppen (AG): 
AG1: Rechnerunterstützte Betriebs- 
wirtschaft/Informatik und Wirtschafts- 
wissenschaften (Leitung: Prof. Dr. sc., 
oec. Wolfgang Uhr, TU Dresden, 
Sektion Sozialistische Betriebswirt- 
schaft) 

AG 2: Informatik und Recht (Leitung: 
Prof. Dr. sc. jur. Ft. Osterland, TU 
Dresden) 

AG 3: Komplexe nutzerorientierte 
Gestaltung von Informationssyste- 
men und Mensch-Maschine-Bezie- 
hung (Leitung: Prof. Dr. phil. habil. 
Klaus Fuchs-Kittowski, Humboldt- 
Universität zu Berlin, Sektion Wissen- 
schaftstheorie und -Organisation) 

AG 4: Informatik und Weltanschau- 
ung (Leitung: Prof. Dr. habil. L. Strie- 
bing, TU Dresden) 

AG 5: Informatik und Kultur (Leitung: 
Prof. Dr. habil. H. Völz, AdW der DDR) 
AG 6: Informatik und globale Pro- 
bleme (Leitung: Prof. Dr. sc. phil. Dr. 
Ing. M. Roth, TH Ilmenau) H.W. 

GaAs-Kristalle aus Freiberg 

In einer 1988 von der Bergakademie 
Freiberg und dem VEB Spurenme- 
talle Freiberg geschaffenen Ver- 
suchsanlage werden seit Dezember 
1988 Galliumarsenid-Kristalle von 
höchster Qualität gezüchtet. Die Ent- 
wicklung dieses Basismaterials für 
die Mikroelektronik in Partnerschaft 
mit der Industrie gehört zur erfolgrei- 
chen Forschungsbilanz der Freiber- 
ger Hochschule im vergangenen 

Neben dem Galliumarsenid wurden 
auch Vorprodukte für hochfeine Son- 
dertonerden entwickelt. Sie sind Aus- 
gangsprodukt bei der Herstellung 
neuer keramischer Werkstoffe. Bei- 
spielsweise wurde für die Mikroelek- 
tronik und andere Bereiche ein 
dispersionsverfestigter Aluminium- 
oxid-Werkstoff geschaffen. AON 
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Einleitung 

Das Spektrum der Rechner war bisher am 
unteren Ende durch die Mikrorechner und am 
oberen Ende durch die sogenannten Super- 
computer gekennzeichnet. Die Leistung sol- 
cher Höchstleistungsrechner wie Cray-1, 
Cray-2, Cray X-MP (siehe Bild 1 ), Cyber 205, 
Cyberplus, ETA 10 (siehe 4. Umschlagseite), 
NEC SX-2 oder Fujitsu VP200 beträgt meh- 
rere hundert MFLOPS (1 MFLOPS = 1 Mil- 
lion Gleitpunktoperationen je Sekunde). Auf 
Grund der hohen Kosten (Kaufpreis ab 5 Mio 
Dollar aufwärts) und der speziellen Architek- 
tur kann ein effektiver Einsatz solcher Super- 
computer im allgemeinen nur für eine relativ 
geringe Anzahl ausgewählter Aufgaben er- 
folgen. Dies bedingt ihre Konzentration in Re- 
chenzentren. Mit den Höchstleistungsrech- 
nern ETA 10 mit den Modellen ETA 10-P, 
ETA 10-Q, ETA 10-E und ETA 10-G zeichnet 
sich jetzt eine Dezentralisierungstendenz ab 
IV. 

Außerdem hat die stürmische Entwicklung 
der Mikroprozessortechnik in Verbindung mit 
dem Übergang von der traditionellen Struktur 
zu neuen Architekturkonzepten zur Entwick- 
lung einer großen Vielfalt neuer hochlei- 
stungsfähiger Rechnersysteme geführt. Die 
Rechner des oberen Bereiches benutzen sol- 
che wichtigen Elemente der Parallelverarbei- 
tung wie Pipelines, mehrfache Funktionsein- 
heiten und Multiprozessortechniken. Hinzu 
kommen große physische Speicher bis 4 
GByte, große schnelle Caches bis 1 MByte 
und hohe Transfergeschwindigkeiten. Be- 
züglich ihrer Verarbeitungsleistung führen 
diese Rechner nahe an die Supercomputer 
heran. Sie unterscheiden sich von ihnen vor 
allem durch die erheblich niedrigeren Kosten 
/2/, 131, /4/. 

Minisuper und Supermini 

Die Verfügbarkeit von 16- und 32-Bit-Hoch- 
leistungsmikroprozessoren wie Intel 80286/ 
80386, Motorola 68010/68020/68030 NS 
16032/32032 zusammen mit ihren Gleit- 
punkt-Koprozessoren bietet die Möglichkeit 
des Aufbaus von Hochleistungsrechnern aus 
relativ preiswerten Komponenten. 

Die Hochleistungsrechner auf der Basis der 
modernen Mikroprozessortechnik werden 
entweder als Minisuper-Computer (Minisu- 
per) oder als Supermini-Computer (Super- 
mini) bezeichnet, je nachdem, ob sie eine un- 
mittelbare Vektorverarbeitung ermöglichen 
oder nicht. Die Minisuper, die auch in Anleh- 
nung an die Vektorrechner der Firma Cray 
Research als Crayettes bezeichnet werden, 
stellen auf Grund der Fähigkeit der Vektor- 
verarbeitung Geräte dar, die vor allem für 
Vektoren großer Länge effektiv arbeiten. Sie 
sind jedoch so entworfen, daß sie darüber 
hinaus auch die Lösung einer Vielzahl ande- 
rer Aufgaben ermöglichen, beispielsweise 
Büroautomatisierung oder Verwaltung gro- 
ßer Datenbanken. Allgemein ist in dieser Lei- 
stungsklasse ein Verschwimmen der Unter- 



Bild 1 Supercomputer X-MP 48 von Cray 


schiede zwischen Skalar- und Vektorrech- 
nern zu beobachten und damit auch ein Ver- 
wischen der Unterschiede zwischen Standa- 
lone-Rechner und Zusatz-Rechner. Die 
neuesten Rechner sind Universalrechner, 
die in ihrem architektonischen Entwurf mehr 
einer VAX als einer Cray ähnlich sind. 

Die Vektorverarbeitung der Minisuper-Com- 
puter wird an die mehr universellen Anwen- 
dungen angepaßt, das heißt an die kommer- 
ziellen Anwendungen. Die für eine effektive 
Arbeit erforderlichen Vektorlängen werden 
kürzer, die Verarbeitungseinheiten kleiner, 
aber zahlreicher. Hierdurch werden nicht nur 
die Kosten verringert, sondern es steigt auch 
die Flexibilität bei der Ausführung von Skalar- 
operationen. 

Die aktuelle Situation ist gekennzeichnet 
durch ein Vordringen der Minisuper-Compu- 
ter in die Richtung der Supercomputer, wäh- 
rend gleichzeitig die Supermini-Computer die 
Leistung von traditionellen Großrechnern er- 
reichen 131, 14/. 

In Tafel 1 sind Merkmale einiger Minisuper- 
Computer bzw. Supermini-Computer ange- 
geben. Bei der Bewertung der Produktivität 
ist zu beachten, daß die tatsächliche Leistung 
nicht nur durch die Hardware bestimmt ist, 
sondern in wesentlichem Maße auch von der 
zu lösenden Aufgabe abhängt. 





Dr. Hans Heuer (53) studierte von 1954- 
1959 Mathematik an der Universität Ro- 
stock. Nach Abschluß des Studiums war er 
als wissenschaftlicher Mitarbeiter im VEB 
Wissenschaftlich-Technisches Zentrum 
Ausrüstungen für die Schwerindustrie und 
Getriebebau Magdeburg in der Forschung 
beschäftigt. 

1968 nahm er eine Tätigkeit als Leiter Pro- 
grammierung an der heutigen Technischen 
Universität „Otto von Guericke“ Magde- 
burg auf. Gegenwärtig ist er wissenschaftli- 
cher Oberassistent an der Sektion Informa- 
tik. 

Er arbeitet zur Zeit an der Untersuchung 
von Möglichkeiten zur Erhöhung der Effek- 
tivität durch den Einsatz neuartiger Rech- 
nersysteme, an der Erforschung aktueller 
Strukturen von Rechnern mit Parallelverar- 
beitung und unterschiedlicher Topologien 
von Verbindungsnetzwerken, an der Be- 
wertung von Programmiersprachen und 
der Entwicklung von Algorithmen für Paral- 
lelrechner, sowie an der praktischen Lö- 
sung von Aufgaben der Anwendung. 


Convex hat mit der C-1 für ihren Prozessor 
wesentliche Anleihen bei der Cray-Architek- 
tur gemacht. Für den Softwareentwickler 
sieht der Rechner wie eine VAX aus. Der 
Convex-Fortran-Compiler akzeptiert Pro- 
gramme, die für die Abarbeitung unter dem 
VAX-Betriebssystem geschrieben wurden. 
Der Rechner SCS-40 von Scientific Compu- 
ter Systems wurde so entworfen, daß er 
Cray-Programme unverändert verarbeitet. 
Die Ausführung erfolgt zwar nicht ganz so 
schnell wie auf einer Cray, aber dafür we- 
sentlich kostengünstiger. Mehrere Super- 
computernutzer haben diesen Rechner in- 
stalliert und benutzen ihn für die Entwicklung 
und das Tuning von Programmen für ihre 
Cray-Rechner. Der Rechner FX-8 verfügt 
über 8 Prozessoren, die zusammen eine Ver- 
arbeitungsleistung von 60 MFLOPS ermögli- 
chen. Ein spezieller Steuerbus dient der Syn- 
chronisation. Bild 2 zeigt die Architektur die- 
ses Multiprozessorsystems. Die Connection 
Machine hat 1 6384 oder 65536 1 -Bit-Prozes- 
soren, die in einem 14- oder ^dimensiona- 
len Hypercube angeordnet sind. Dieser 
Rechner wurde vor allem für Aufgaben der 
Künstlichen Intelligenz entwickelt. Die Rech- 
ner der T-Reihe sind als 4- bis 14dimensio- 
nale Hypercubes mit 1 6 bis 1 6384 Prozesso- 
ren geplant. Als Prozessoren werden die von 
der Firma Inmos entwickelten Transputer be- 
nutzt. Dementsprechend erfolgt die Pro- 

Bild 2 Architektur des Alliant FX-8 
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grammierung in der problemorientierten 
Sprache OCCAM, der Muttersprache der 
Transputer. Sie ermöglicht das Schreiben ef- 
fektiver paralleler Programme. 

Experimentalsysteme 

Neben den industriell hergestellten Hochlei- 
stungsrechnern auf der Basis der Mikropro- 
zessortechnik gibt es eine Vielfalt von Experi- 
mentalsystemen, bei denen zunächst nicht 
der Leistungsaspekt im Vordergrund steht. 
Häufig erfolgt die Entwicklung solcher Sy- 
steme an Universitäten und Hochschulen. 
Diese Systeme sind insofern von Interesse, 
als sie Hinweise auf mögliche neue Entwick- 
lungsrichtungen geben. 

An der University of Southern California 
wurde mit dem TX16 ein experimentelles 
Multimikroprozessorsystem mit geteiltem 
(globalem) Speicher entwickelt. Seine Archi- 
tektur zeigen die Bilder 3, 4 und 5. TX16 ist 
ein Cluster aus 16 Transputern und wurde 
entworfen als Prozessor für verarbeitungsin- 


Gemeinsamer Speicher 


' Verbindungs netzwerk 



Bild 3 Architektur des TX16, Gesamtarchitektur 


Topologie 

des Verbindungsnetzwerks 

Bei Rechnern mit mehreren Prozessoren 
spielt die Struktur des Verbindungsnetz- 
werks, das die Prozessoren untereinander 
bzw. die Prozessoren mit dem gemeinsamen 
Speicher verbindet, eine ganz wesentliche 
Rolle für die Leistungsfähigkeit des Gesamt- 
systems. Eine sehr populäre Architektur für 
Hochleistungsrechner auf der Basis von Mi- 
kroprozessoren, aber auch für Rechner ge- 
ringerer Leistung, ist die Hypercube-Topolo- 
gie. Seit 1983 wurden bereits mehr als 100 
unterschiedliche Hypercubes entwickelt /9/, 
/10/, /II/, /1 21 . 

Bei diesen Systemen sind die einzelnen Pro- 
zessoren bzw. Verarbeitungselemente, die 
als Knoten bezeichnet werden, wie die Eck- 
punkte eines n-dimensionalen Würfels (n- 
Würfel) angeordnet und durch Kommunika- 
tionswege zwischen den Knoten, die den 
Kanten des Würfels entsprechen, miteinan- 
der verbunden. Ein n-Würfel besitzt 2 n Kno- 
ten, von denen jeder mit den n nächsten Kno- 
ten verbunden ist. Ein Knoten kann mit Kno- 
ten, mit denen er nicht unmittelbar verbunden 
ist, ebenfalls kommunizieren, indem die In- 
formationen über geeignete Zwischenknoten 
weitergeleitet werden. Die durchschnittliche 
Anzahl der Teilstrecken ist dabei nur gleich 
n/2. Die Hypercube-Topologie hat als we- 
sentliche Vorteile die relativ geringen Kosten 
bei relativ geringer durchschnittlicher Anzahl 
der Teilstrecken für die Kommunikation zwi- 
schen zwei beliebigen Knoten, ein mit der Di- 
mension n ständig größer werdendes Ver- 
hältnis der Kommunikationsmöglichkeiten 


santen Verarbeitungsleistung auch als Su- 
perhypercubes bezeichnet. 

Daneben gibt es eine Vielzahl weiterer Hy- 
percube-Rechner mit einem breiten Spek- 
trum der Verarbeitungsleistung, zum Beispiel 
Mark II, Mark III, iPSC, iPSC-VX, NCube/ten 
/4/,/11/,/12/. 


Abbildung des Problems 
auf die Hardware 

Eine wesentliche Aufgabe bei der Nutzung 
der Hochleistungsrechner ist die Abbildung 
des Problems auf die Hardware. So hat bei- 
spielsweise die Ausführung von sogenann- 
ten Vektoroperationen nur einen Sinn, wenn 
die Vektoren eine bestimmte Mindestlänge 
besitzen, das heißt eine Länge, für die eine 
Vektoroperation weniger Zeit beansprucht 
als eine entsprechende Anzahl von Skalar- 
operationen. Bei der Anwendung von Itera- 
tionsverfahren zur Lösung eines Problems in 
einem ebenen Bereich ist ein Verbindungs- 
netzwerk mit Gitterstruktur besonders geeig- 
net, während für Suchprozesse eine Baum- 
struktur vorteilhaft ist. Für Aufgaben wech- 
selnden Charakters sind Rechner mit flexi- 
bler Struktur besonders geeignet. Ein Vorteil 
der besprochenen Hypercube-Computer be- 
steht darin, daß ihr flexibles Verbin- 
dungsnetzwerk ermöglicht, verschiedene 
Topologien für verschiedene Anwendungen 
zu wählen. Durch geeignete Festlegung der 
Verbindungen entstehen solche Strukturen 
wie Ring, Baum, mehrdimensionales Gitter 
oder aber Hypercube. 

Die Bilder 7 und 8 zeigen dies am Beispiel 
von zwei solchen Strukturen. 







Bild 4 Architektur des TX16 
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wie beim Rechner ILUAC IV realisiert. Jeder der 16 Knoten des Gitters 
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Bild 5 Architektur des TX1 6 

Darstellung eines einzelnen Knotens mit dem Transputer als Verarbei- 
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die 4 Links des Transputers erfolgt die Verbindung mit den 4 Nachbar- 
knoten. Über den Bus ist ein Zugriff auf den lokalen Speicher jedes be- 
liebigen Knotens möglich. Damit stellt der 7X1 6 ein Beispiel für eine Ar- 
chitektur mit verteiltem globalen Speicher dar. 
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tensive Aufgaben. Es ist vorgesehen, meh- 
rere TX1 6 über eine Bus-Hierarchie zu ver- 
binden, um große Multiprozessorsysteme zu 
bilden 151. Das Multiprozessorsystem M 5 PS 
(Modulares Multi-Mode-Multi-Mikroprozes- 
sor-System) der Rheinisch-Westfälischen 
Technischen Hochschule Aachen hat als 
wichtiges Ziel, ein modulares Rechnerkon- 
zept zu entwickeln, dessen Leistung stufen- 
weise den Anforderungen der unterschiedli- 
chen Nutzer angepaßt werden kann. Ein Clu- 
ster oder Teilsystem ist ein homogenes sym- 
metrisches Multiprozessorsystem, das bis zu 
8 Mikroprozessoren umfaßt, die über einen 
gemeinsamen Bus und über einen gemein- 
samen Speicher miteinander kommunizie- 
ren. Das Erscheinen von Systemen auf dem 
Markt, die im Grundprinzip mit dem System 
M 6 PS vergleichbar sind (Encore Multimax mit 
bis zu 1 0 Prozessoren, ELXSI System 6400 
mit bis zu 10 Prozessoren), bestätigen die 
Richtigkeit der gewählten Linie 16/, /7/, 151. 


zur Verarbeitungsleistung sowie die Möglich- 
keit der leichten Erweiterbarkeit. Bild 6 de- 
monstriert die Erweiterung anhand der Kom- 
bination zweier 2dimensionaler Hypercubes 
zu einem 3dimensionalen Hypercube sowie 
durch die Zusammensetzung von zwei 3di- 
mensionalen Hypercubes zu einem 4dimen- 
sionalen Hypercube. Der bekannte Cosmic- 
Cube, der am California Institute of Techno- 
logy entwickelt wurde, gilt als der Prototyp 
der Hypercube-Topologie. Er besitzt 64 Pro- 
zessoren, die zu einem 6dimensionalen Wür- 
fel vereinigt wurden. Jeder Eckpunkt des 
Würfels ist ein einzelner Rechner auf der Ba- 
sis des lntel-8086/8087-Chipsets mit 128 
KByte RAM. Die Programmierung erfolgt in 
einer der bekannten Programmiersprachen 
(Fortran, Pascal, C u. a.), die um Anweisun- 
gen für die Kommunikation erweitert wurden. 
Eine solche Hypercube-Topologie liegt der 
bereits erwähnten T-Serie zugrunde. Ebenso 
besitzt die Connection Machine eine Hyper- 
cube-Verbindungsstruktur. Die beiden letz- 
ten Rechner werden auf Grund ihrer impo- 


Anforderungen an Software 
und Algorithmen 

Für die volle Ausschöpfung der potentiellen 
Leistung der Hochleistungsrechner auf der 
Basis der Mikroprozessortechnik hat offen- 
sichtlich auch die Software eine wesentliche 
Bedeutung. Die Betriebssysteme und die 
Programmiersysteme (Programmierspra- 
chen und Compiler) müssen der Rechnerar- 
chitektur angepaßt sein. Das gilt entspre- 
chend für die Anwendungsprogramme. Dar- 
über hinaus müssen auch die Algorithmen 
der Hardware entsprechen /1 3/. 

Die Erfahrung mit den Minisuper-Computern 
zeigt, daß die Nutzung konventioneller Pro- 
grammiersprachen, die um Anweisungen für 
die Synchronisation und Kommunikation er- 
weitert wurden, nicht besonders günstig ist. 
Bezüglich der mit dem Einsatz der Transpu- 
ter verbundenen Sprache OCCAM gibt es 
noch keine umfassende Bewertung. Es kann 
jedoch bereits jetzt eingeschätzt werden, daß 
OCCAM eine ausdrucksstarke Programmier- 
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bes durch Kopplung mit einem weiteren 2 di- 
mensionalen Hypercube zu einem 3dimensiona- 
len Hypercube. 

b) Verbindung von zwei 3dimensionalen Hyper- 
cubes zu einem 4dimen$ionalen Hypercube. 


spräche für Rechner mit parallelen Prozesso- 
ren darstellt. Die Entwicklung von Algorith- 
men für Multiprozessorsysteme ist im inter- 
nationalen Maßstab hinter der Entwicklung 
der Hardware zurückgeblieben. Um ein Pro- 
blem auf eine derartige parallele Architektur 
abzubilden, muß der Programmiererdas Pro- 
blem in Segmente unterteilen, die parallel 
ausgeführt werden sollen und festlegen, wie 
die Synchronisation und die Kommunikation 
der Prozessoren erfolgt. Vom Autor wurde in 
Kooperation mit der Akademie der Wissen- 
schaften Kiew eine Vielzahl von leistungsfä- 
higen Algorithmen für Multiprozessorsy- 
stemeentwickelt/14/. 

Ausblick 

Die Mikroprozessortechnik ermöglicht den 
Bau vielfältiger Rechner unterschiedlicher 
Leistung. Neben den Hochleistungsrechnern 
in Form der Minisuper-Computer und der Su- 
permini-Computer gibt es eine Vielzahl von 
Rechnern geringerer Leistung. Für alle ge- 
meinsam ist neben der Hardware entschei- 
dend, daß das jeweilige Problem in geeigne- 
ter Weise auf die Hardware abgebildet wird, 
daß die Software insgesamt der Hardware 
entspricht. In den .nächsten Jahren sind wei- 
tere spürbare Leistungserhöhungen sowohl 
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durch noch leistungsfähigere Mikroprozes- 
soren als auch durch neue Architekturkon- 
zepte zu erwarten. Dabei werden auch die 
Hochleistungsrechner näher an den Arbeits- 
platz gebracht werden und zu einem Teil die 
heutigen Arbeitsstationen ablösen. Kenn- 
zeichnend hierfür ist die Entwicklung von so- 
genannten Superworkstations. Dies sind Ein- 
zelnutzersysteme mit extrem hoher Rechner- 
leistung und Hochleistungsgrafik. 
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Bild 8 Darstellung eines Ringes mittels Hyper- 
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In Multiprozessorsystemen sind häufig Rech- 
nerbaugruppen miteinander zu verbinden, 
wobei unterschiedliche Prozessortypen und 
Bussysteme vorliegen können. Je nach Ein- 
satzzweck werden unterschiedliche Arten 
der Kopplung realisiert. Danach werden die 
Systeme in zwei Klassen eingeteilt: Multipro- 
zessorsysteme mit loser und mit enger Kopp- 
lung/1/. 

Lose gekoppelte Systeme sind solche, bei 
denen kein gemeinsamer Speicherbereich 
vorhanden ist. Eine Möglichkeit der losen 
Kopplung zwischen zwei Systemen ist eine 
serielle Schnittstelle, wobei die Geschwindig- 
keit der Datenübertragung nicht sehr hoch 
ist. Eine zweite Möglichkeit ist die Kopplung 
über einen bidirektionalen FIFO-Speicher. 
Diese Variante ist bei Systemen vorteilhaft, 
die mit unterschiedlicher Geschwindigkeit ar- 
beiten und bei denen der Datenaustausch 


riert werden. Jeder Rechner muß vor einem 
Zugriff oder einer Zugriffsfolge das Zugriffs- 
recht anfordern und bestätigen lassen. Der 
dazu benötigte Zeitaufwand ist um so stören- 
der, je größer die durchschnittliche Umschalt- 
rate des Zugriffsumschalters wird. Daher 
werden mit der gezeigten Lösung nur in Fäl- 
len mit vielen Zugriffen pro Umschaltzyklus 
und/oder relativ geringem Gesamtdurchsatz 
gute Ergebnisse erzielt. 

Die nachfolgend beschriebene Konzeption 
für einen DPR geht von einem hohen Ge- 
samtdurchsatz bei abwechselnder Übertra- 
gung meist nur weniger Bytes aus (typischer 
Fall bei wechselseitiger Prozeßkommunika- 
tion) und benutzt daher das Prinzip des quasi 
gleichzeitigen (gegenseitig transparenten) 
Zugriffs. Dieses Prinzip erlaubt jedem Rech- 
ner zu jedem beliebigen Zeitpunkt die Durch- 
führung eines den DPR ansprechenden 
Speicherzyklus. Ist der DPR verfügbar, so 
wird er dem anfordernden Rechner sofort zu- 
geteilt. Läuft dagegen bereits ein Zugriff des 
anderen Rechners, so wird der Speicherlese- 


täten ist das nachfolgend beschriebene Kon- 
zept auf die Verwendung dieser Schaltkreise 
ausgerichtet, obwohl die Besonderheiten der 
zu generierenden Speicherzyklen und die 
Notwendigkeit der periodischen Regenerie- 
rung des Speicherinhalts zu zusätzlichen 
Problemen führen. 

Struktur des Dual-Port-RAMs 

Das Blockschaltbild in Bild 2 zeigt die Struktur 
des dynamischen Dual-Port-RAMs, der die 
Busse der zwei Rechnereinheiten A und B 
miteinander koppelt. Der DPR gliedert sich in 
die drei Teile Speicherblock aus dynami- 
schen RAMs (dRAM), Steuerlogik und Trei- 
ber. Die gewählten Signalnamen beziehen 
sich nicht auf ein bestimmtes Buskonzept 
und sind sinngemäß anzuwenden. Beispiels- 
weise ist SELECT (SELA, SELB; s. Tafel 1) das 
Anforderungssignal für einen Speicherzugriff 
(im allgemeinen ein Ausgangssignal eines 
Adreßdekoders). Die Signale sind alle high- 
aktiv dargestellt. Für die beiden auf den DPR 
asynchron zugreifenden Rechner soll gelten, 
daß die Speicherzyklen durch spezielle Si- 
gnale verlängert werden können. Im vorlie- 
genden Beispiel sind dafür zwei ver- 


Tafel 1 Erläuterung der Signalnamen 


nicht kontinuierlich, sondern bündelweise ab- 
läuft (burst). 

Eng gekoppelte Systeme werden in solche 
mit gemeinsamem Bus (an den unter ande- 
rem der gemeinsame Speicher angeschlos- 
sen ist) und solche ohne gemeinsamem Bus 
(aber mit gemeinsamem Speicher) unterteilt. 
Der Nachteil der Multiprozessorsysteme mit 
gemeinsamem Bus liegt darin, daß der Bus 
zu einem Zeitpunkt immer nur von einem Sy- 
stem genutzt werden kann, was zu beträchtli- 
chen Wartezeiten führen kann. Wenn Sy- 
steme über einen gemeinsamen Dual-Port- 
RAM (DPR) gekoppelt sind, über den die 
Kommunikation zwischen den Systemen ab- 
läuft, verfügt jedes System über einen eige- 
nen Bus und eigene Lokalspeicher. Warte- 
zeiten können nur dann auftreten, wenn zur 
gleichen Zeit beide Systeme den Speicher 
ansprechen. 

Anforderungen an Dual-Port-RAMs 

Je nach Einsatzfall werden DPRs mit unter- 
schiedlicher Leistungsfähigkeit verwendet. 
Dementsprechend ist der für die Realisierung 
zu treibende Aufwand sehr unterschiedlich. 



Bild 1 DPR mit exklusiver Zugriftssteuerung 

Eine einfache Ausführungsform ist in Bild 1 
dargestellt. Der RAM-Block wird mit Hilfe ei- 
nes elektronischen Umschalters entweder 
dem einen oder dem anderen Bussystem zu- 
geschaltet. Danach besitzt dieses Bussy- 
stem temporär das exklusive Zugriffsrecht für 
den RAM. Die Steuerung des Umschalters 
erfolgt gewöhnlich über Anforderungssi- 
gnale, die unter Kontrolle von Softwarekom- 
ponenten der beteiligten Rechner mit Hilfe 


oder -schreibzyklus des anfordernden Rech- 
ners durch entsprechende Steuersignale 
vorübergehend angehalten, bis der DPR zur 

Signalname 

nung^ 

Bedeutung 

Verfügung steht. Die Abweisung eines Zu- 
griffs ist prinzipiell nicht möglich. Die Zugriffe 
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SELA 

SELB 

Speicheranwahl- 

ungehindert und scheinbar gleichzeitig. Der 
Aufwand für die Beantragung und Abfrage 

READ/WRITF A 
READ/WRITF B 

RWA 

RWB 

Unterscheidung 
von Schreib- und 
Lesezugriffen 

tritt eine Verlängerung der durchschnittlichen 
Speicherzugriffszeit ein, die besonders dann 

LOCKA 

LOCKB 

LOCKA 

LOCKB 

Anforderung 
unteilbarer Zu- 
griffsfolgen 
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Aufgrund der mit dynamischen RAM-Schalt- 
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kreisen erreichbaren hohen Speicherkapazi- 
Bild 2 Blockschaltbild des DPR mit quasi gleichzei- 
tigem Zugriff 

ROW ADDRESS 

SELECT 

COLUMN ADDRESS 
SELECT 

RAS 

CAS 

Steuersignale für 
diedRAMs 

mm 







RESET 

RESET 

Herstellung des 
Inmalzustandes 




DATA ENABLE READ A 
DATA ENABLE READ B 

DERA 

Freigabesignale 

- ‘züp“'"' 


DATA ENABLE WRITEA 
DATA ENABLE WRITEB 

DEWA 

DEWB 

für Treiber 

| rr4 _>- 1 l-B— - 


ADDRESS ENABLE 
HIGHA 

AEHA 



' m oitun 

ADDRESS ENABLE 
LOWA 

ADDRESS ENABLE 

HIGH B 

AELA 

AEHB 



ADDRESS ENABLE 
LOWB 

AELB 



— t f«? 

ADDRESS ENABLE 
REFRESH 

AER 


8 ZStv, 

-? s iy 

REFRESHTAKT 

RT 

Taktsignal für Re- 
freshadressen- 

frsTr 

REFRESHPERIODEN- 

TAKT 

RPT 

Refreshperioden- 

periodentaktgeber 

um- —— — -s | ' 

P RESET 

MIA 

REFRESH A 

MIA 

RFSHA 

Steuersignale ei- 
nes U 880 (Bild 5) 



Anmerkung: Unabhänc 
tungstechnischen Rea 

}ig von ein 
lisierung m 

1er denkbaren schal- 
yerden hier alle Si- 

EBeI^ ^ 


gnale als high-aktiv be 
und B von Signalname 
der Signale zu den Rec 

trachtet. D 
in weisen { 

ie Endbuchstaben A 
äuf die Zugehörigkeit 
ler B hin. 


102 



schredene Möglichkeiten dargestellt. Für den 
Rechner A wird ein Wartesignal (WAITA) vom 
Zyklusanfang bis zur Zugriffsbewilligung und 
für den Rechner B ein Bestätigungssignal 
(XACKB) generiert, das den Abschluß des 
Speicherzyklus’ bewirken soll. 

Die Steuerung des wechselseitigen Zugriffs 
und die Generierung der benötigten Steuersi- 
gnale wird durch einen getakteten Zugriffsau- 
tomaten übernommen. Der Automatentakt 
kann zu den Takten beider Rechner asyn- 
chron sein. Seine Periodendauer darf nicht 
kleiner sein als das Maximum aus CAS-Zu- 
griffszeit, halber RAS-Zugriffszeit und Erhol- 
zeit der verwendeten dRAM-Bausteine. Zur 
Absicherung der Adreßvorhaltezeiten für die 
Zeilen- und die Spaltenadresse werden die 
beiden Signale RAS und CAS durch entspre- 
chende Schaltungen um die (gegenüber der 
Automatentaktperiode kurzen) Zeiten r, und 
r 2 verzögert. Das Regenerieren (Refresh) 
des dRAM-Blocks realisiert der Automat in 
Zusammenarbeit mit einem Refreshadres- 
senzähler und einem Refreshperiodentakt- 
geber. 

Beide Rechner haben die Möglichkeit, durch 
ein LOCK-Signal (LOCKA, LOCKB) vorüberge- 
hend alle Zugriffe des jeweils anderen Rech- 
ners zu unterbinden (z. B. für nichtunter- 
brechbare Test- und Setz-Befehle). Refresh- 
zugriffe sind davon nicht betroffen. Die Trei- 
berschaltkreise realisieren den Anschluß an 
die Adreß- und Datenbusse und an den Re- 
freshadressenzähler. Die Ausgänge der T rei- 
ber werden mit den Signalen an ihren OUT- 
Enable (OE)-Eingängen (AEHA, AELA, DERA 
usw., vgl. Tafel 1) aktivier Sind diese Si- 
gnale inaktiv, so nehmen die Ausgänge einen 
hochohmigen Zustand ein. Besonderheiten 
von Systembussen bezüglich unterschiedli- 
cher Datenbreite und evtuellen Multiplexbe- 
triebs wurden nicht berücksichtigt. 

Zugriffssteuerung 
für die Rechner A und B 

In Bild 3 ist ein Petrinetz 121 dargestellt, wel- 
ches das Verhalten des zugriffssteuernden 
Automaten beschreibt. Im Netz sind bei den 
Plätzen Gleichungen für die Ausgangsvaria- 
blen angegeben, welche bei Markierung des 
betreffenden Platzes gültig werden. Nicht 
dargestellt sind dabei die jeweils mit Null be- 
legten Ausgangsvariablen. Bei mehreren 
gleichzeitig markierten Plätzen soll die 
ODER-Verknüpfung der diesen Plätzen zu- 
geordneten Ausgangsbelegungen gelten. 

Ein Rechner, der den Zugriff durch sein Si- 
gnal SELA bzw. SELB anfordert, erhält die 
Zugriffsbewilligung, wenn der DPR für ihn 
verfügbar ist. Für den Spezialfall einer (im 
Rahmen des Taktrasters) gleichzeitigen 
Speicheranforderung wird dem Rechner A 
die höhere Priorität eingeräumt. Jeder be- 
gonnene Speicherzyklus wird bis zur erfolg- 
reichen Ausführung des Zugriffs verlängert. 
Für den Rechner A wird zu diesem Zweck in- 
nerhalb des unteren Teilnetzes ein Wait-Si- 
gnal generiert, das mit der Zugriffsanforde- 
rung von Rechner A aktiviert und erst bei er- 
folgtem Zugriff zum RAM abgeschaltet wird. 
Bei Buskonzepten, wie sie beispielsweise die 
Prozessoren U880 und U8000 benutzen, 
läßt sich so die notwendige Verlängerung des 
Speicherzyklus’ erreichen. Andere Prozes- 
soren, z. B. der 8086 (K 1810 WM86), verhar- 
ren in jedem Zyklus so lange, bis ein Bestäti- 
gungssignal die Ausführung der angeforder- 
ten Operation anzeigt. In dem für den Zugriff 
des Rechners B zuständigen Teil des Netzes 




Bild 5 Teilnetz zur Beschreibung der modifi- 
zierten Refreshfunktion bei Verwendung eines 
U 880 im Rechner A 


wird die Bildung dieses Signals, hier als 
XACKB bezeichnet, gezeigt. 

Regenerieren (Refresh) 
des dynamischen DPR 

Die Generierung der Refreshzyklen für den 
DPR realisiert der Zugriffsautomat in Zusam- 
menarbeit mit dem Refreshadressenzähler 
und dem Refreshperiodentaktgeber (s. Bild 
2). Das in Bild 4 dargestellte Teilnetz erwei- 
tert das Petrinetz aus Bild 3 um ein» komfor- 
table Refreshfunktion. 

Anmerkung: Bei der Vereinigung beider 
Netze sind gleichbezeichnete Plätze als 
identisch zu betrachten. 

Bei Nichtvorhandensein von Zugriffsanforde- 
rungen der Rechner A und B werden fortlau- 
fend Refreshzyklen (RAS-only-Refresh) aus- 
geführt, indem die Signale AER und RAS ge- 
neriert werden. Die benötigte Zeilenadresse 
wird dabei vom Refreshadressenzähler ge- 
liefert, welcher durch das Signal RT inkre- 
mentiert wird. Ein Zugriff eines der beiden 
Rechner unterbricht diesen Vorgang. Ist das 
häufig der Fall, so ist die Anzahl der ausge- 
führten Refreshzyklen nicht mehr ausrei- 
chend. Deshalb muß die Häufigkeit dieser 
Refreshzyklen überwacht und bei Bedarf das 
Erzwingen zusätzlicher Refreshzyklen er- 
möglicht werden. Das wird durch den oberen 
Teil des Netzes in Bild 4 realisiert. 

Der Refreshperiodentaktgeber aktiviert in re- 
gelmäßigen Abständen das Signal RPT. Die 
Periodendauer ist dabei so gewählt, daß sie 
der Hälfte der Zeit entspricht, die für das Re- 
generieren einer bestimmten (mit n bezeich- 
neten) Anzahl aufeinanderfolgender Zeilen 
im Speicherblock maximal zulässig ist. Der 
Maximalwert für n ist die Gesamtzahl der zu 
regenerierenden Speicherzellen. In diesem 
Fall entsprechen dem Zeitraum, für den das 
Regenerieren aller Zeilen des Speichers ge- 
fordert wird, zwei Impulse von RPT. Wird n 
kleiner gewählt, so muß die Impulsfrequenz 



entsprechend vergrößert werden. Wird der 
Minimalwert von n = 1 gewählt, so entspricht 
die Taktperiode von RPT der Hälfte der Zeit, 
innerhalb der bei regelmäßigem fortlaufen- 
dem Regenerieren der Speicherzeilen we- 
nigstens eine Zeile regeneriert werden muß. 
Die Gesamtheit der beschriebenen Abläufe 
ermöglicht das Regenerieren des DPR unter 
weitgehender Ausnutzung anforderungs- 
freier Zeiten, wobei die Einhaltung der Re- 
freshzeitbedingungen überwacht und notfalls 
durch zusätzlich eingeschobene Refreshzu- 
griffe erzwungen wird. Diese können sowohl 
in größeren Zeitabständen für eine große An- 
zahl Speicherzeilen als auch in kurzen Ab- 
ständen für jeweils nur eine oder wenige 
Speicherzeilen durchgeführt werden. Beide 
Varianten weisen Vor- und Nachteile bezüg- 
lich des Zugriffszeitverhaltens für die Rech- 
ner A und B auf. 

Anmerkung: Die an beiden Enden mit Pfeilen 
versehene Kante ist eine Testkante. Sie 
macht das Schalten der Transition vom Mar- 
kierungszustand des Platzes abhängig, ohne 
diesen jedoch zu verändern (siehe 121). 

Einen Spezialfall stellt das Petrinetz in Bild 5 
dar. Die (hier im Rechner A eingesetzte) CPU 
U880 kann das Regenerieren von dynami- 
schen RAMs selbst durchführen 131. In jedem 
Befehlsholezyklus (Ml -Zyklus) wird nach 
dem Holen des Befehls ein Refreshzyklus 
generiert, der für das Regenerieren des DPR 
genutzt werden kann. In diesem Refreshzy- 
klus wird jedoch das Wait-Signal ignoriert, so 
daß er sich nicht verlängern läßt. Um zu si- 
chern, daß jeder von der CPU ausgesendete 
Regenerierzyklus einen RAS-Only-Refresh- 
zyklus im DPR bewirkt, muß dieser Zyklus 
dem Zugriffsautomaten rechtzeitig durch ein 
geeignetes Signal vorangekündigt werden, 
woraufhin dieser die Bewilligung von Zugrif- 
fen des anderen Rechners einstellt. 

Für die Vorankündigung kann das Ml -Signal 
der CPU verwendet werden. Bei Aktivwerden 
von Ml wird jeder neue RAM-Zugriff gesperrt 
und somit die Durchführung des RAS-Only- 
Refreshzyklus sofort nach Aktivwerden des 
Signals RFSH, das den Refreshzyklus der 
CPU kennzeichnet, gesichert. Dabei wird 
vorausgesetzt, daß der Speicherzugriff im 
Befehlszyklus den DPR nicht berührt, das 
heißt, der DPR darf keine Programmkompo- 
nenten des Rechners A enthalten. Damit 
schließen sich SELA und Mlkgegenseitig aus. 

LOCK-Funktion 

Um die Möglichkeit der vorübergehenden ex- 
klusiven Verfügbarkeit des DPR für einen der 
beiden Rechner zu schaffen, kann eine 
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LOCK-Funktion eingefügt werden. Diese 
wird durch das Petrinetz in Bild 6 beschrie- 
ben. 



Bild 6 Teilnetz zur Beschreibung der LOCK- 
Funktion 

Anmerkung: Die mit „=0“ bezeichneten Kan- 
ten sind Rücksetzkanten. Sie entleeren beim 
Schalten der Transition den angeschlosse- 
nen Platz, verhindern aber bei bereits leerem 
Platz das Schalten der Transition nicht. Ana- 
log werden mit „=1“ Setzkanten bezeichnet 
121 . 

Integrierte DPR-Controller 

Auf dem Weltmarkt existieren integrierte 
Schaltkreise, welche die komplette Ansteue- 
rung von Dual-Port-RAMs übernehmen kön- 
nen. Ein herausragendes Beispiel ist der 
zweitorfähige dRAM-Controller 8207 IM. 
Dieser Schaltkreis ermöglicht die Ansteue- 
rung dynamischer RAM-Schaltkreise der 
Größen 16K*1Bit, 64K*1Bit und 256K*1Bit. 
Diese können in maximal 4 Bänken bei belie- 
biger Datenwortbreite angeordnet sein. Der 
8207 generiert die Signale RAS, CAS und WE 
für die dRAMs sowie einige Steuersignale für 
die externe Logik. Der Adreßmultiplexer für 
die Umschaltung zwischen Zeilen- und Spal- 
tenadresse ist im Schaltkreis enthalten. Bei 
Zweitorbetrieb müssen die Adreß- und Da- 
tenleitungen der beiden Busse unter Steue- 
rung des 8207 extern umgeschaltet werden. 
Die Erkennung der Speicheranforderung er- 
folgt beim 8207 über Eingänge, die wahl- 
weise die Statussignale der Prozessoren 
8086, 8088, 80186 und 80286 oder die Spei- 
cherkommandos von durch diese Prozesso- 
ren gesteuerten Bussen verarbeiten können. 
Verschiedene Zeitparameter können modifi- 
ziert werden, so daß in Abhängigkeit von den 
Taktfrequenzen, Prozessortypen und Zu- 
griffszeiten das Zeitverhalten optimiert wer- 
den kann. Der 8207 enthält einen Refresh- 
adressenzähler und einen Refreshzeitgeber, 
so daß er das Regenerieren der dRAMs selb- 
ständig ausführen kann. Es ist jedoch auch 
möglich, Refreshs (oder Refresh-Bursts) 
durch externe Signale auszulösen, wobei der 
8207 auf Wunsch die Einhaltung der Re- 
freshzeitbedingungen überwachen kann. Die 
Ablaufsteuerung für die Speicherzugriffe und 
Refreshvorgänge erfolgt über einen im 8207 
enthaltenen Arbiter, welcher die Zugriffsertei- 
lung wahlweise priorisiert oder nichtpriorisiert 
vornehmen kann. 

Weitere Funktionen des 8207 betreffen eine 
mögliche Zusammenarbeit mit dem Fehlerer- 
kennungs- und -korrekturschaltkreis 8206 
IM, der den Aufbau von Speichereinheiten 
mit automatischer Fehlererkennung und 
-korrektur (auf der Grundlage zusätzlicher 
Korrekturbits) ermöglicht. 

In Bild 7 ist als Beispiel eine Anwendungs- 
schaltung mit dem 8207 zur Ansteuerung ei- 
nes DPR von insgesamt 51 2 kByte Speicher- 



kapazität dargestellt IM. Die gekoppelten 
Rechnereinheiten A und B benutzen beide 
den Mikroprozessor 8086, der im Maximum- 
Mode zusammen mit dem Systemtaktgeber 
8284A und dem Buscontroller 8288 betrie- 
ben wird. Für Rechner A ist die Ansteuerung 
über die Statusleitungen der CPU und für 
Rechner B die Benutzung der Speicherkom- 
mandos des Buscontrollers 8288 demon- 
striert. Der Refresh des aus 4 Bänken mit je 
16 Speicherschaltkreisen der Größe 64 K* 
1 Bit bestehenden dRAM-Blocks wird vom 
8207 selbstänig vorgenommen. 

Durch den Einsatz von hochintegrierten Zu- 
satzschaltkreisen wie dem 8207 kann die 
Schaltungstechnik von Baugruppen für Mi- 
krorechner vereinfacht und die Leistungsfä- 
higkeit und Zuverlässigkeit wesentlich erhöht 
werden. 


Literatur 

IM Gandhi, S.: Mikrocontroller koppelt Prozessoren. Elek- 
tronik (1987) 12, S. 77 

121 Fengler, W.: Entwurf und Technik von Mikroprozeßrech- 
nern. Dissertation B. TH Ilmenau, 1988 
131 Kieser, H.; Meder, M.: Mikroprozessortechnik, Aufbau 
und Anwendung des Mikroprozessorsystems U880. 
Berlin: VEB Verlag Technik 1985 
/4/ Intel Component Oata Catalog 1983. Intel Corporation, 
Santa Clara 1983 


1 El KONTAKT W 


Technische Hochschule Ilmenau, Sektion Technische und 
Biomedizinische Kybernetik, Wissenschaftsbereich Com- 
putertechnik PSF 327, Ilmenau 6300; Tel. 74843 (E. 



104 


Mikroprozessortechnik, Berlin 3 (f 989) 4 




Nutzereigene 
Laufzeitfehlerbehandlung 
bei mathematischer Software 


Dr. Klaus-Dieter Weber 
Technische Hochschule Ilmenau 

Der Entwickler mathematischer Software hat 

i.allg. in den höheren Programmiersprachen 
a priori keine Möglichkeit, mit vernünftigem 
Aufwand die möglicherweise während der 
Laufzeit, z. B. in einem Bibliotheksmodul, 
auftretende Arithmetikfehler auszutesten. 
Bei unerwünschten, d. h. vermeidbaren Feh- 
lern können somit entsprechende Maßnah- 
men nicht ergriffen werden. Infolgedessen 
steht der Nutzer mathematischer Software 
häufig recht hilflos einer Laufzeitfehlermel- 
dung aus einem von ihm nicht implementier- 
ten Bibliotheksmodul gegenüber. Wün- 
schenswert wäre deshalb für den Software- 
entwickler die Möglichkeit einer eigenen 
Laufzeitfehlerbehandlung (anstatt durch den 
Compiler) einschließlich eigener Fehlermel- 
dungen und Fehlerlokalisation, damit eine an 
der Nutzeroberfläche deutbare Fehlermel- 
dung abgesetzt werden kann. In diesem Arti- 
kel soll deshalb ein erweiterungs- und verall- 
gemeinerungsfähiges Konzept zur Realisie- 
rung einer nutzereigenen Laufzeitfehlerbe- 
handlung in höheren Programmiersprachen 
auf PCs vorgestellt und seine Realisierung 
am Beispiel der Arithmetikfehlerbehandlung 
unter Turbo-Pascal gezeigt werden. 

Anforderungen 

an nutzereigene Fehlerbehandlung 

In allen höheren Programmiersprachen si- 
gnalisieren die Compiler während der Lauf- 
zeit das infolge einer Arithmetikoperation auf- 
getretene Verlassen des darstellbaren Zah- 
lenbereiches als Zahlenüberlauf: 
real-overflow und zum Teil auch integer Over- 
flow (01) 

(Ein Unterschreiten des zulässigen Zahlen- 
bereiches liefert im allgemeinen eine Null als 
Ergebnis und keine Fehlermeldung). Ebenso 
wird der Versuch, durch Null zu dividieren, 
angezeigt: 

zero-division (02) 

Eine Überprüfung des Argumentes der Stan- 
dardfunktionen zur Berechnung der Quadrat- 
wurzel und des (natürlichen) Logarithmus fin- 
det ebenfalls statt und führt bei nicht zulässi- 
gem Argument zu der Fehlermeldung: 
SQRT-argument-error bzw. LN-argument- 
error (03) 

Laufzeitfehler führen entweder zum soforti- 
gen Programmabbruch oder erzeugen eine 
im allgemeinen gerade aussagekräftige 
(Folge-) Fehlerliste. 

Das vorausschauende Austesten von uner- 
wünschten Arithmetiklaufzeitfehlern bei 
Rechenoperationen ist vielfach - wenn über- 
haupt - nur mit unvertretbarem Aufwand 
möglich. Insbesondere ist der Überlauffehler 
(01) von der internen Zahlendarstellung und 
somit implementationsabhängig, das heißt 
u.a., daß Numerikprogramme, die sich an 
der Maschinengenauigkeit orientieren, häu- 
fig noch nicht einmal innerhalb einer Sprache 
von einem Rechner auf einen anderen pro- 
blemlos portierbar sind. 


Zahlreiche Einzelüberprüfungen bei Rechen- 
operationen würden überflüssig, falls sich die 
Fehlerbehandlung durch den Compiler an 
kritischen Programmstellen ausschalten 
(und wieder einschalten) ließe und somit eine 
nachträgliche Fehlerbehandlung möglich 
wäre. 

Eine damit durch den Softwareentwickler 
mögliche Fehlerbehandlung bietet zwei 
grundsätzliche Vorteile: 

• Einfache Reparierbarkeit von uner- 
wünschten Ergebnissen aus Operationen, 
die zu Laufzeitfehlern führen würden 

• Absetzen beliebiger Laufzeitfehlermel- 
dungen zu beliebiger Laufzeit mit Fehlerloka- 
lisation an (fast) jeder Stelle. 

Die Anforderungen, die an eine solche 
„Spracherweiterung“ gestellt werden, sind 
im folgenden „Pflichtenheft“ aufgelistet: 

Die Erweiterung soll 

1. den Compiler bis auf das notwendige 
„Patchen“ von Sprungleisten unverändert 
lassen 

2. fakultativ und nachladbar sein 

3. so implementiert sein, daß ihre Prozedu- 
ren vor Fehlbedienung geschützt sind (pro- 
tected procedures) und die Prozeduren auf 
einer gemeinsamen Datenkapsel (protected 
area) arbeiten 

4. ein- und ausschaltbar sein (ohne daß eine 
Startinitialisierung nötig ist): ERROFLON, 
ERROR-OFF 

5. die Fortsetzung des Programms nach ei- 
ner einen Laufzeitfehler erzeugenden Opera- 
tion mit einem genau festgelegten Ergebnis 
bewirken (bei eingeschalteter Erweiterung) 

6. das Abfragen nach aufgetretenen Fehler- 
(nummer)n seit Aktivierung der Erweiterung 
ermöglichen: RUN_RESULT 

7. das Absetzen beliebiger (eigener) Fehler- 
meldungen von beliebiger Programmstelle 
ermöglichen: RUNTIME-ERROR 

8. das Setzen des Fehlerzeigers an (fast) 
jede beliebige Stelle im Programm ermögli- 
chen, aber insbesondere das Zeigen auf den 
Aufruf einer Prozedur, in der ein Laufzeitfeh- 
ler infolge ungünstiger Übergabeparameter 
auftritt (ähnlich der Original-Fehleranzeige 
des Compilers für die Fehlergruppe 03). 

Implementation 

einer Arithmetikfehlerbehandlung 
unter TURBO-PASCAL 3.00 1 

Für die Implementation einer nutzereigenen 
Fehlerbehandlung werden die folgenden In- 
formationen benötigt: 

11. Adresse(n) der Original-Fehlerbehand- 
lungsroutine^) 

12. Übergabeparameter für die Original-Feh- 
lerbehandlungsroutine (in den Registern 
und/oder auf dem Stack). 

Speziell für eine nutzereigene Arithmetikfeh- 
lerbehandlung muß die Frage noch beant- 
wortetwerden: 

Fl . Wie wird das Ergebnis einer arithmeti- 
schen Operation zur Weiterverarbeitung 
übergeben (register- oder stackorientiert)? 
Die beiden Informationen II und 12 erhält 
man sehr einfach durch Debugging eines 


Tafel 1 Dokumentation ERROR. BIB 


Behandlung von arithmetischen Laufzeitfehlern 
Var. 1.7c (C) 11.01. 88by Wb 


1 . procedure ERROR. STOP 

stoppt die Abarbeitung eines Programms und 
positioniert den Fehlerzeiger hinter den Aufruf 
dieses Stopps. 


2. procedure RUNTIME^RROR (Notbyte; var re- 
mark; depthtbyte) stoppt ebenfalls die Abarbei- 
tung unter Angabe einer vom Nutzer angebba- 
ren Fehlernummer no und einer verbalen Fehler- 
beschreibung, die über den ungetypten Varia- 
blenparameter remark übergeben wird. 

Der Fehlerzeiger wird hinter den Aufruf der den 
Fehler verursachenden procedure (function) ge- 
setzt. 

Hierbei ist mit dem Parameter depth (depthäO) 
der .prozedurale Abstand' (Eindringtiefe) zwi- 
schen Fehlerstelle und angezeigter procedure 
(function) einstellbar. 

No ist (sinnvollerweise) als hexadezimale Zahl 
anzugeben. Beim Aufruf der procedure muß dem 
aktuellen Parameter für remark eine Stringvaria- 
ble (die auch leer sein kann) zugewiesen wer- 
den. 


3.a function RUNJIESULT: integer; 

wirkt wie eine vordefinierte (nur abfragbare) Va- 
riable und kann die folgenden Werte annöhmen: 
(falls ERROFLON siehe 3.b) 

RUN_RESULT = 0 kein Arithmetikfehler 
(voreingestellt) 

RUN_RESULT > 0 -> Arithmetikfehler, dann 
enthält Lo (RUN_RESULT) den ersten und Hi 
(RUN_RESULT) den letzten zwischen ERROR- 
_ON und Abfrage von RUN_RESULT aufgetre- 
tenen Arithmetikfehler. 

Es werden die Original-Fehlernummern des 
Compilers für die folgenden Fehlerarten überge- 

Gleitkommaüberlauf 
Division durch Null 
SQRT-argument<0 
LN-argument SO 

außerhalb des Ganzzahlbereiches 


3.b procedure ERROR-ON 

schaltet die nutzereigene Fehlerbehandlung für 
die unter 3.a angegebenen Arithmetikfehler ein: 
Der Programmierer hat die Möglichkeit, die Feh- 
lerbehandlung und/oder die Fehleranzeige 
selbst zu steuern (mittels RUNTIME-ERROR). 
Anmerkung: 

Das Ergebnis einer arithmetischen Operation, 
die zu einem RUN-RESULT > 0 führt, wird im- 
mer Null gesetzt! 

RUN-RESULT wird bei jedem Aufruf von ER- 
ROR-ON gelöscht. 


3.C procedure ERROR-OFF 

stellt den Originalzustand für die Fehlerbehand- 
lung wieder her. RUN-RESULT bleibt (für 
spätere Abfragen) erhalten. 

Anmerkung: 

ERROR-ON und ERROR-OFF können in belie- 
biger Reihenfolge aufeinanderfolgen. 

Vor Verlassen eines Nutzerprogramms ist es 
sinnvoll, ERROR-OFF auszuführen, falls nicht 
weiter mit ERROR. BIB gearbeitet wird. 


1 Der Wunsch nach einer eigenen Laufzeitfehler- 
behandlung für Turbo-Pascal taucht bereits für die 
Version 2.00 unter CP/M in IM auf. Unter Turbo- 
Pascal ist zwar eine eigene Fehlerbehandlung 
(User break, 1/0 error, Runtime error) durch Zuwei- 
sen der Adresse des eigenen „Error-handlers“ an 
die (vordefinierte) Integervariable „ErrorPtr“ mög- 
lich, führt aber anschließend zum Programmab- 
bruch, und eine Fortsetzung des Programms setzt 
eine gründliche Analyse der Turbo-Runtime-Library 
voraus, da eine Verzweigung in die angesprochene 
benutzereigene Fehlerbehandlung erst im Laufe 
der Turbo-Fehlerroutine stattfindet und somit die 
Übergabe-Parameter (Register und Laufzeitstapel) 
bereits stark verändert sind. Unter diesen Voraus- 
setzungen ist eine auf Arithmetikfehler beschränkte 
nutzereigene Fehlerbehandlung für Turbo-Pascal 
3.00 unter MS/PC-DOS in 121 beschrieben. Wegen 
seiner Allgemeingültigkeit soll hier aber ein anderer 
Weg beschritten werden. 
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integer! < als Zugabe > 

Technik (ZBo-CPU) 


begin 

»3fi/x/*21/*00/*0ö/»B7/$CB/S3fl/x+5/*CB/*7F/»23/*C8/l2B/*2B/*C9) 


ERROROH; 

if RUHRESUL T>0 then RUHT 1 RE J 


n hyperbel -sinus’ 


+ 1 o < run_resul t ) , message , 1 


rechnerunabhaengige Berechnung des Hyperbel -Tangen 


var z: real; 
begin 
ClrScr; 
writeli 


-1.0)/ (a+1 . 0) ; 


■> von EROR.BIB’ ); 


eines Programmstückes mit dem Aufruf z. B. 
der Wurzelfunktion: a:=SQRT(-1.0); denn 
zu Beginn dieser Standardfunktion steht mit 
Sicherheit (in Maschinencode): IF ’argument’ 
< 0 THEN GOTO/CALL error„handler; 
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Am Ende dieser (i. a. sehr kurzen) Standard- 
funktion findet man dann die Antwort auf die 
Frage Fl. 

Diese Vorgehensweise besitzt den Vorteil, 
daß sie auf jede CPU und jeden Compiler an- 


gewandt werden kann und auf beliebige 
Laufzeitfehler erweiterbar ist. 

In Tafel 1 ist als Zusammenfassung der An- 
forderungen und Möglichkeiten einer nutzer- 
eigenen Laufzeitfehlerbehandlung die An- 
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Wenderdokumentation für den Bibliotheks- 
modul ERROR. BIB angegeben. 

Die Realisierung dieses Moduls für Turbo- 
Pascal 3.00 unter CP/M (Z 80-CPU) ist in Bild 
1 gezeigt. Dieser Modul wurde (der Kürze 
und Schnelligkeit wegen) zum Teil in INLINE- 
Code geschrieben. Hierbei gibt es gegen- 
über der obigen Dokumentation die folgende 
(unwesentliche) Einschränkung: 

Bei mehrfach ineinandergeschachtelten 
Funktionen (function) ist (wegen ihrer linea- 
ren Anordnung im Speicher) nur eine Ein- 
dringtiefe depth=1 möglich. 

Beispiel 

Zur Veranschaulichung der Anwendung von 
ERROR. BIB soll in Bild 2 die Implementie- 
rung zweier Hyperbelfunktionen für eine häu- 
fig benötigte Bibliothek von Elementarfunk- 
tionen angegeben werden. 


Dr. Rainer Gebhardt 
Forschungsinstitut für Textiltechno- 
logie Karl-Marx-Stadt 
Dr. Karl-Heinz Eger 
Technische Universität Karl-Marx- 
Stadt, Sektion Mathematik 


Die Möglichkeiten des Austausches von In- 
formationen in Form von Dateien im Betriebs- 
system SCP sind sehr vielfältig. Die einfach- 
ste und wohl mit den geringsten Problemen 
behaftete Art des Austausches ist eine Über- 
gabe im ASCII-Format. Für verschiedene Ba- 
sissoftware werden dazu grundlegende Pro- 
bleme in /I/ behandelt. 

Berücksichtigt man, daß vor der Bereitstel- 
lung von Turbo-Pascal auf Personalcompu- 
tern Basic-80 eine der vorrangig benutzten 
Programmiersprachen war, so ist es ver- 
ständlich, daß für viele Nutzer der Wunsch 
nach Weiterverwendung von Programmen 
und Daten in Basic auch unter Turbo-Pascal 
besteht. 

Eine Änderung in fertigen Programmpaketen 
kann oftmals sehr problematisch sein und zu 
Fehlern führen. Da die in Basic verwendeten 
Dateien in der Regel Direktzugriffsdateien 
von Real-Zahlen sind, ergibt sich die Forde- 
rung, auch unter Turbo-Pascal diesen Datei- 


Schlußbemerkungen 

Das vorgestellte Konzept zur Implementation 
und Anwendung einer- nutzereigenen Lauf- 
zeitfehlerbehandlung bei Arithmetikfehlern 
ist nicht nur auf andere Compiler übertragbar, 
sondern auch auf andere Laufzeitfehlergrup- 
pen erweiterbar. Insbesondere gilt für 
wissenschaftlich-technische Berechnun- 
gen: 

Bei Erweiterung der Fehlerbehandlung in ei- 
nem Sprach-Compiler (für wissenschaftlich- 
technische Berechnungen) auf das vorge- 
schlagene nutzereigene Fehlerbehand- 
lungskonzept bei Arithmetikfehlern wird die 
Implementation von mathematischer Soft- 
ware auf komfortable Weise ermöglicht. Die 
Software 

• kommt ohne A-priori-Berücksichtigung 
von Rechnerinterna aus (kleinste und größte 


typ zu lesen und zu schreiben. Die Möglich- 
keiten des Lesens und Schreibens von Di- 
rektzugriffsdateien in Basic werden in Bild 1 
und Bild 2 angegeben. Konkret werden dabei 
die Zahlen von 1 bis zu einer angebbaren 
Zahl n geschrieben. 

Ein Problem bei Verwendung dieser Basic- 
Dateien unter Turbo-Pascal besteht darin, 
daß im Normalfall eine Turbo-Pascal-Datei 
mit 4 Vorbyte beginnt, in denen die Anzahl 
und Länge der Datensätze binär verschlüs- 
selt sind. Basic-Dateien besitzen diese Vor- 
bytes nicht. Ein weiteres Problem besteht in 
der internen Darstellung von Real-Werten, 
deren Länge in Basic 4 Byte für einfache und 
8 Byte für doppelte Genauigkeit beträgt, in 
Turbo-Pascal jedoch 6 Byte. Hinzu kommt 
noch die unterschiedliche Lage des Expo- 
nenten. Während in Basic der Exponent det 
Mantisse folgt, beginnt in Turbo-Pascal eine 
Real-Zahl mit dem Exponenten. Eine Gegen- 
überstellung der internen Darstellung der 
Real-Zahlen 1 bis 10 wird in Bild 3 gezeigt. 
Vereinbart man in Turbo-Pascal die zu le- 
sende Datei als untypisiertes File, so können 
mit den Prozeduren BlockRead und Block- 
Write entsprechende Schreib-/Lese-Zugriffe 
ausgeführt werden (siehe 121, S. 459, und 13 /, 
S. 31 9). Zu beachten ist dabei, daß immer ein 
Block von 128 Byte gelesen bzw. 


im Rechner darstellbare Zahl; Rechnerge- 
nauigkeit) 

• ermöglicht Fehlermeldungen und -lokali- 
sation beim primären Fehlerverursacher und 
damit an der Nutzeroberfläche. 
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geschrieben wird. Es werden also bei der 
Verwendung von Real-Zahlen einfacher Ge- 
nauigkeit jeweils 32 Zahlen gelesen oder ge- 
schrieben. 

Bild 4 zeigt ein Programm in Turbo-Pascal 
zum Lesen einer Datei von Real-Zahlen 
(4 Byte) im Basic-Format. 

Zu bemerken ist dabei, daß die Anzahl von 
gelesenen Daten ein ganzzahliges Vielfa- 
ches von 32 beträgt, da unter SCP immer ein 
Block von 1 28 Byte geschrieben wird. Die An- 
zahl der tatsächlich zu lesenden Daten sollte 
daher bekannt sein oder beispielsweise als 
erste Zahl mit der Datei übergeben werden. 
Mit dem angegebenen Programm können so 
mittels Basic-Programmen erzeugte Dateien 
direkt unter Turbo-Pascal eingelesen und 
weiterverarbeitet werden. 

Existieren für verschiedene Ausgabegeräte 
wie Drucker, Plotter und anderes bereits Auf- 
bereitungsprogramme für Daten in Basic, so 
kann es wünschenswert sein, diese Pro- 
gramme unverändert zu nutzen. In diesem 
Fall muß eine Übergabe der Daten im inter- 
nen Basic-Format erfolgen. Ein Programm 
unter Turbo-Pascal zur Ausgabe von Real- 
Zahlen im Basic-Format mit einfacher Ge- 
nauigkeit wird in Bild 5 angegeben. Dabei 
wird der letzte zu schreibende Block gegebe- 
nenfalls mit Nullen aufgefüllt. 

Es ist anzumerken, daß es beim Schreiben 
von Basic-Real-Zahlen unter Turbo-Pascal 
zu Rundungsfehlern kommt, da eine Be- 
schneidung der Mantisse von 5 Byte auf 
3 Byte erfolgt. Es sind demzufolge nur die er- 
sten 6 Ziffern der Zahlen identisch. Will man 


Basic-Dateien 

unter Turbo-Pascal 



Bild 1 Lesen einer Direktzugriffsda- 
tei in Basic 


Bild 2 Schreiben einer Direktzu- 
griff sdatei in Basic 



/likroprozessortechnik, Berlin 3 (1989) 4 


107 



Bild 3 Gegenüberstellung der internen Real- 
Zahlen-Darstellung in Basic und Turbo-Pascal 



Bild 4 Lesen einer Basic-Datei unter Turbo -I 



Bild 6 Quelltext des Include-Files BAS-W-R.INC 


aus einem Turbo-Pascal-Programm heraus 
zu jeder beliebigen Zeit auf eine Basic-Datei 
zugreifen, so ist das mit einem gewissen Or- 
ganisationsaufwand verbunden. Aus diesem 
Grund erweist es sich als sinnvoll, zwei Pro- 
zeduren B_WRITE und B_READ zu definieren, 
die diese Organisation übernehmen. 

In der Prozedur B_WRITE werden 3 Parame- 
ter übergeben: 

f : Datei, auf die geschrieben werden soll 
i : Satznummer, unter der die Zahl abgelegt 
werden soll 


(1 . Satz = 0) und 

x : Real-Zahl, die geschrieben werden soll. 
Ebenso sind bei der Prozedur B_READ 3 Pa- 
rameter anzugeben: 
f : Datei, von der gelesen werden soll, 
i : Satznummer, von der die Zahl gelesen 
werden soll (1 . Satz = 0) und 
x : gibt die gelesene Real-Zahl zurück. 

Beide Prozeduren sind aus dem im Bild 6 dar- 
gestellten Include-File ersichtlich und können 
in jedes beliebige Turbo-Pascal-Programm 
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Bild 7 Anwendungsbeispiel für das 
Include-File BAS-W-R.INC t 


eingefügt werden. Dabei muß natürlich vor- 
ausgesetzt werden, daß eine entsprechende 
Datei mit Assign und Reset bzw. Rewrite vor- 
bereitet wurde. Bei dem Versuch, einen Satz 
nach dem Ende des Files zu lesen, wird ein 
Laufzeitfehler erzeugt. Die beschriebenen 
Prozeduren sind auch auf dem A 71 00 lauffä- 
hig, da gegenüber den Programmen in Bild 4 
und Bild 5 auf MEM[ADDR()1 verzichtet wurde. 
Eine einfache Möglichkeit der Einbindung 
des Include-Files BAS_W_R.INC in ein 
Turbo-Pascal-Programm wird in Bild 7 ge- 


zeigt. Abschließend sei noch vermerkt, daß 
eine Übertragung der durchgeführten Über- 
legungen auf Real-Zahlen mit doppelter Ge- 
nauigkeit (8 Byte) und Integer-Zahlen 
(2 Byte) einfach möglich ist. 
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8.6. Systemschaltkreise 

Die CPU 80286 Ist ein VLSI-Schaltkreis mit 
etwa 130000 integrierten Transistoren im 
68poligen Gehäuse. 

Adreß- und Datenbus des Prozessors sind 
getrennt herausgeführt, belegen also 24 bzw. 
16 Anschlüsse. Weitere 17 Pins führen 
Steuer- und Statussignale, ähnlich denen 
des 8086. Die restlichen Anschlüsse sind 
entweder nicht beschältet oder dienen zur 
Spannungsversorgung. Die 80286-CPU be- 
nötigt eine Betriebsspannung von 5V. Al- 
le Ein- und Ausgänge sind TTL-kompati- 
bel. 

Zum System 80286 gehören außerdem der 
Taktgenerator 82284 und der Buscontroller 
82288, deren Funktionen denen der entspre- 
chenden 8086-Systemschaltkreise äh- 
neln. 

Der dazugehörige Arithmetik-Koprozessor 
80287 ist code-kompatibel zum 6087. Ein 
Unterschied besteht jedoch in der Einbin- 
dung des Arithmetikprozessors in das Sy- 
stem 80286. Der 80287 ist eigentlich ein Peri- 
pherieschaltkreis, das heißt, der Datentrans- 
fer mit der CPU wird über Ein- und Ausgabe- 
zyklen realisiert, wofür der E/A-Adreßbereich 
von O0F8H bis 00FFH reserviert ist. Für den 
Datentransfer werden die E/A-Buszyklen in 
der CPU automatisch ausgelöst. 

Als Interface-Schaltkreise können im System 
80286 die gleichen Typen wie im System 
8086 verwendet werden, wobei aber auf die 
Einhaltung der Zeitbedingungen zu achten 
ist. 

Weiterhin gibt es einige Koprozessor- und 
Controller-Schaltkreise, die über eine spe- 
zielle 80286-Betriebsart verfügen und so ais 
80286-Systemschaltkreise verwendet wer- 
den können. Dazu gehören die dRAM-Con- 
troller 8207 und 8208, der DMA-Koprozessor 
82256 und der Grafik-Koprozessor 82786 

9. Multrtaskverarbeitung 

9.1. Grundprinzipien der Echtzeitverar- 
beitung 

Für 8086-Rechner existieren neben Einzel- 
nutzerbetriebssystemen (z.B. SCP 1700, 
CP/M 86, DCP, MS-DOS) auch Echtzeitbe- 
triebssysteme (z.B. BOS 1810, RMX86, 
EMOS, RMOS2). 

Echtzeitbetriebssysteme verfügen im all- 
gemeinen über eigene Bestandteile für die 
Entwicklung von Programmen aut dem As- 
semblerniveau oder mit Hochsprachen (Edi- 
tier-, Übersetzer-, Link- und Debuggpro- 


gramme). Diese benutzen eine eigene Datei- 
organisation, die durch eine Vielzahl von 
Dienstprogrammen unterstützt wird. 

Bei der Programmentwicklung mit einem 
Echtzeitbetriebssystem werden Subsysteme 
des Betriebssystems in das Anwenderpro- 
gramm übernommen, wodurch sich neue 
Formen der Programmorganisation ergeben. 
Im folgenden sollen deshalb nicht die Hilfs- 
mittel der Programmentwicklung mit einem 
Echtzeitbetriebssystem, sondern die Eigen- 
schaften des echtzeitfähigen Anwenderpro- 
gramms im Mittelpunkt der Darlegungen ste- 
hen. 

Dafür werden Anwenderprog ramme betrach- 
tet, die das Subsystem NUCLEUS (deutsch: 
Kern) des Echtzeitbetriebssystems BOS 
181 0/1 /einschließen. 

Verschiedene Möglichkeiten für die Bildung 
einer solchen Programmkonfiguration wer- 
den am Ende dieses Abschnitts aufge- 
zeigt. 

Die charakteristischen Eigenschaften echt- 
zeitfähiger Programme liegen in der 
quasiparallelen Abarbeitung einzelner Pro- 
grammteile, der Tasks, und der Unterstüt- 
zung der Interruptverarbeitung. 

Die Formulierung eines Anwenderpro- 
gramms aus verschiedenen Tasks für die Be- 
handlung unterschiedlicher Ereignisse in ei- 
nem Prozeß führt zu einer weitgehenden Ent- 
flechtung von Teilprogrammen und zu einer 
hohen Flexibilität bei der Programmentwick- 
lung und bei Änderungen. 

In einem Multi-Task-Programm wird die Ab- 
arbeitung der Tasks von einem Task-Sche- 
duler (deutsch: Ablaufauflister) innerhalb des 
NUCLEUS nach dem Prioritätsprinzip ge- 
steuert. 

Tasks werden vom NUCLEUS als Objekte 
verwaltet. Weitere Objekttypen dienen der 
Ressourcenverwaltung des Rechners (Job), 
der dynamischen Speicherzuweisung (Seg- 
ment), dem Informationsaustausch zwischen 
den Tasks (Mailbox), der Synchronisation 
der Taskabarbeitung (Semaphore und Re- 
gion). 

Jede Task erhält einen Prioritätswert, einen 
der Ausführungszustände: rechenbereit 
(ready), schlafend (asleep) oder suspendiert 
(suspended), einen eigenen Stackbereich 
und meist einen eigenen Datenbereich. 

Die jeweils höchstpriorisierte, rechenbereite 
Task wird abgearbeitet. In den Wartezeiten 
der höchstpriorisierten Task übernimmt die 
nächst höher priorisierte, rechenbereite Task 
den Prozessor 

Wartezeiten können prozeßbedingt (z. B. bei 
E/A-Operationen) auftreten oder durch eine 
Vielzahl von Systemrufen ausgelöst werden, 
so daß auch niedrig priorisierte Tasks in die 
Abarbeitung kommen. 

Der Objekttyp Job umfaßt ein Kontingent an 
Rechnerressourcen und Objekten. Unter den 
Tasks eines Jobs befindet sich mindestens 
eine Jobinitialtask. Durch die Bildung ver- 
schiedener Jobs kann der Arbeitsbereich des 


Rechners in voneinander abgegrenzte Berei- 
che aufgeteilt werden. Eine Task kann inner- 
halb eines Jobs dessen Ressourcen auf wei- 
tere Jobs („Kinderjobs“) aufteilen 
Die Gesamtressourcen des Rechners wer- 
den von einem Wurzeljob (rootjob) verwaltet, 
dervom NUCLEUS erzeugt wird und dessen 
Initialtask (Wurzeltask) nach dem Anlauf des 
Systems gestartet wird. 

Innerhalb der Wurzeltask werden ein oder 
mehrere Anwenderjobs gebildet, die die An- 
wendertasks enthalten. 

Bild 9.1 zeigt die Struktur eines Multi-Task- 
Programms Am Anfang werden in einem In- 
itiaiisierungsteit die Hardwareeinstellungen 
(Programmierung Timer und Interruptcontro- 
ler) vorgenommen. Im NUCLEUS werden die 
internen Systemdaten für die Verwaltung al- 
lerObjekttypen und der Wurzeljob erzeugt 
Innerhalb eines Anwenderjobs werden T asks 
kreiert, die auf die Ressourcen des Jobs zu- 
greifen können. 

Die Reaktionsfähigkeit eines Echtzeitpro- 
gramms auf externe Ereignisse wird durch 
die Bildung von Interrupttasks gewährlei- 



stet. Eine Interrupttask wird durch eine Inter- 
ruptanforderung aus der Hardware in den re- 
chenbereiten Ausführungszustand überführt. 

9.2. Task-, Job- und Segment-Objekte 

Der NUCLEUS enthält eine Bibliothek von 
Systemrufen, die in Anwendertasks aufgeru- 
fen werden können. Die Maximalversion des 
NUCLEUS von 24 KByte verfügt über 56 Sy- 
stemrufe. Kleinere NUCLEUS-Versionen mit 
einem Subset von Systemrufen lassen sich 
im Konfigurationsprozeß festlegen Alle Ob- 
jekte werden durch Systemrute erzeugt und 
gelöscht. 

9.2. 1. Erzeugen von Tasks 
Nach der Vorgabe einer Priorität (Wert 0 
- 255: 0: höchste Priorität), der Startadresse 
des Task- Programms, eines Wertes für das 
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Datensegment, des Taskstackpointers, der 
Stackgröße, des Taskflags für die Angabe 
der 8087- Koprozessornutzung und eines 
Pointers für die Ablage des Fehlercodes im 
Stack der aufrufenden Task, erzeugt der Sy- 
stemruf CREATE_TASK eine Task für das an- 
gegebene Programm. Dabei entstehen die 
Task-Systemdaten, das heißt ein 80 Byte 
großer Steuerblock mit den Task- Informatio- 
nen. 

Wie jedes Objekt wird eine Task durch einen 
Token, einen 16-Bit-ldendifikator, gekenn- 
zeichnet. Der Token enthält zugleich die 
Adreßinformation der Task-Systemdaten. 
Eine neu erzeugte Task besitzt den Ausfüh- 
rungszustand rechenbereit. 

Der Task-Scheduler erzeugt eine Verkettung 
aller rechenbereiten Tasks durch die Auf- 
nahme der Token der nächst höher und 
nächst niedriger priorisierten Tasks in die Sy- 
stemdaten einer jeden Task. 

Eine zweite gelinkte Liste von Task-System- 
daten existiert für die nicht rechen bereiten 
Tasks. Beim Bilden und Löschen von Tasks 
oder bei der Änderung des Ausführungszu- 
standes von Tasks werden die Listen neu ge- 
ordnet. 

Der Systemruf DELETE_TASK mit der Vorgabe 
des Task-Tokens im Stack löscht die Task 

9.2.2. Erzeugen von Jobs 

Der Objekttyp Job verwaltet einen Speicher- 
bereich (memory pool) und eine Menge von 
Objekten. 

Ein Job enthält einen Katalog (Jobverzeich- 
nis, job directory), in dem für Objekte die Zu- 
ordnung von Namen zu den Objekttoken ein- 
getragen werden kann . Da für den Zugriff aut 
jedes Objekt der Token benötigt wird, bietet 
der Katalog die Möglichkeit, die Token von in 
anderen Tasks erzeugten Objekten zu be- 
stimmen. Bei der Bildung eines Jobs mit dem 
Systemruf CREATE_JOB werden u.a. die 
Größe des Jobverzeichnisses, der Speicher- 
bedarf, die Maxlmalzahl der Objekte, die Ma- 
ximalzahl der Tasks und alle Parameter für 
die Initialtask vorgegeben. Ein erzeugter Job 
wird durch einen Jobtoken gekennzeichnet. 
Der NUCLEUS vergibt den von den Objekten 
beanspruchten Speicher mit fallender 
Adresse. 

Nach Bild 9.2 wird bei der Erzeugung eines 
Jobs zuerst das Jobobjektverzeichnis an der 
Oberg ronze des noch verfügbaren Arbeits- 
speichers angelegt. Daran schließen sich die 
Jobsystemdaten an. 

Für die mit dem Job erzeugte Initialtask wird 
zunächst der zugeordnete Stackbereich re- 
serviert. Darunter liegen die Task-Systemda- 
ten. 

Der Systemruf DELETE_J0B löscht einen Job. 

9.2.3. Erzeugen von Segmenten 

Der innerhalb des umgebenden Jobs verfüg- 
bare Arbeitsspeicher kann von einer Task 
portionsweise angefordert werden. Der Sy- 
stemruf CREATE SEGMENT mit der Vorgabe 
der Speichergröße erzeugt ein Segmentob- 
jekt. Segmente enthalten z.B. den Pro- 
grammcode für die T asks (Bild 9.2.). Der zu- 
gewiesene Speicherbereich wird mit dem Sy- 
stemruf DELETE SEGMENT wieder freigege- 
ben. 



Bild 9.2 dynamische Speicher Zuweisung bei 
der Bildung von Objekten 

9.2.4. Taskumschaltung 

Das dem BOS 1 81 0-NUCLEUS zugrunde lie- 
gende Prioritätsprinzip setzt voraus, daß eine 
in der Abarbeitung befindliche Task selbstän- 
dig den Prozessor, zumindest zeitweise, frei- 
gibt. 

Zu den einfachsten Möglichkeiten zählen die 
Systemrufe für die zeitweilige Prozessorfrei- 
gabe durch die aktive Task. 

Der Systemruf SLEEP versetzt die angege- 
bene Task (meist die aktive) für eine vorge- 
gebene Zeit in den Abarbeitungszustand 
schlafend Nach dem Ablauf dieser Zeit er- 
hält die Task automatisch wieder den Abar- 
beitungszustand rechenbereit. Der System- 
ruf SUSPEND-.TASK suspendiert die aktive 
oder eine andere Task von der Abarbeitung. 
Durch mehrfaches Suspendieren wird eine 
entsprechende Suspendierungstiefe einge- 
stellt . 

Eine suspendierte Task kann von der aktiven 
Task mit dem RESUME_TASK-Ruf wieder in ei- 
nen rechenbereiten Abarbeitungszustand 
gebracht werden. Für eine mehrfach suspen- 
dierte Task sind mehrere RESUME-TASK- 
Rufe notwendig. 

9. 2. 5. Systemrufe für den Objektzugriff 
Für Informationen über die Objekte steht eine 
Anzahl von Systemrufen zur Verfügung. 
Überden Systemruf GET_TASK_TOKENS kön- 
nen die Token der laufenden Task, des sie 
enthaltenden Jobs oder des Wurzeljobs be- 
stimmt werden. 

Die Priorität einer Task wird mit dem System- 
ruf GET_PRI0RITY ermittelt. 

Der Token eines beliebigen Objektes kann 
unter einem bis zu 12stelligen Namen in das 
Verzeichnis eines Jobs mit dem Ruf 
CATALOG-OBJECT ein- und mit dem Ruf 
UNCATALOG_QBJECT ausgetragen werden. 

Für katalogisierte Objekte ergibt der Ruf 
LOOKUP_OBJECT bei Vorgabe des Namens 
den Token. 


9.3. Task-Kommunikation und -Synchro- 
nisation 

9 .3.1. Informationsaustausch zwischen den 
Tasks 

Die weitgehende Unabhängigkeit in der qua- 
siparallelen Abarbeitung der einzelnen T asks 
setzt spezielle Techniken für die Informa- 
tionsübermittlung zwischen den Tasks vor- 
aus. 

Diesem Zweck dienen Mailboxobjekle. Eine 
Mailbox besteht nach Bild 9.3 aus zwei War- 
leschlangen. In der Objektwarteschlange 
können Nachrichten abgespeichert werden. 
Für eine Nachricht steht in der Objektwarte- 
schiange der Token eines beliebig großen 
Segmentes mit den zu übertragenden Infor- 
mationen Die Segmenttoken können von al- 
len Tasks, die eine Zugriffsmoglichkeit auf 
die Mailbox besitzen, eingeschrieben wer- 
den. Für den Zugriff auf eine Maiibox benötigt 
eine Task lediglich deren Token. 



J3. 


Bild 9.3 Objekttyp Mailbox 


Mit der Kenntnis des Mailboxtokens kann 
eine Task von einer Mailbox auch Nachrich- 
ten anfordern. Falls mehr Nachrichtenanfor- 
derungen als Segmenffoken für eine Mailbox 
vorliegen, entsteht eine Warteschlange von 
Tasks. 

Eine Mailbox wird von einer Task mit dem 
CREATE_MAIL80X-Ruf erzeugt. Dabei kann 
die Organisationsform und Größe der Warle- 
schlangen angegeben werden. Die Bekannt- 
gabe des Tokens für andere Tasks kann z. B. 
durch Katalogisieren im Objektverzeichnis 
eines übergeordneten Jobs erfolgen. 

Der Token des Segmentes, das die Informa- 
tion enthalt, kann mit dem SEND MESSAGE- 
Systemruf in eine Mailbox geschrieben wer- 
den. 

Mil dem Ruf R£CEIVE_MESSAGE wird eine 
Nachricht von der Mailbox gelesen. Eine Le- 
seanforderung an eine Mailbox. die keine 
Nachricht enthäll, versetzt die anfordernde 
Task in den Abarbeitungszustand schlafend. 
In diesem Fall gibt die anfordernde Task den 
Prozessor frei, bis in der Mailbox eine Nach- 
richt eingegangen ist Dadurch kommt die an- 
fordernde Task wieder in den rechenbereiten 
Abarbeitungszustand. 

Der Systemruf 0ELETE_MAILB0X löscht eine 
Mailbox. 

9.3.2. Taskumschaltung über Semaphore 
Der Objekttyp Semaphore (Zeichenträger) 
dient der Synchronisation der Taskabarbei- 
tung. Durch die Anforderung von Einheiten 
(units) des Kontingentes eines Semaphores 
mit dem Systemruf RECEIVE_UNITS kann die 
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Abarbeitung einer Task bedingt unterbro- 
chen werden. Falls die Anzahl der angefor- 
derten Einheiten nicht in dem Semaphore 
enthalten ist, geht die anfordernde Task in 
den Zustand schlafend, und der Token der 
arifordernden Task wird in die Taskqueue 
eingetragen, Nach der Zuführung von Einhei- 
ten an das Semaphore mit dem Systemruf 
SEND_UNITS durch eine aktive Task wird die 
an der Mailbox wartende Task wieder re- 
chenbereit. 

Nach Biid 9.4 enthält ein Semaphore eine 
Taskqueue, in der alle anfordernden Tasks 
nach einem einstellbaren Organisationsprin- 
zip (FIFO oder Prioritätsordnung) abgespei- 
chert werden, falls das Kontingent an Einhei- 
ten für die erste anfordernde Task nicht aus- 
reicht. 

Semaphore können mit den Systemrufen 

CREATLSEMAPHORE und DELETE-SEMA- 
PHORE erzeugt und gelöscht werden. 



Bild 9.4 Objekttyp Semaphore 


9.3.3. Datenzugriffssteuerung mit Regionen 
Der ungestörte Zugriff auf Daten (oder die 
Abarbeitung von Teilprogrammen) kann 
durch Objekte vom Typ Region geschützt 
werden. 

Der Zugriffsschutz wird durch eine Task mit 
dem Systemruf RECEIVE CONTROL an die Re- 
gion angefordert. Eine höherpriorisierte 
Task, die ebenfalls den RECEIVE_CQNTROL- 
Systemruf an die Region enthält, kann auf die 
gemeinsamen Daten erst zugreifen, wenn 
diese von der vorherigen Task vervollstän- 
digt worden sind. 

Da bereits die Anforderung der vorherigen 
Task in der Taskqueue der Region eingetra- 
gen ist, geht die höherpriorisierte Task in den 
Zustand schlafend, und die vorherige Task 
setzt die Abarbeitung fort. Die nun wartende 
Task wird in die Taskqueue der Region ein- 
getragen. 

Der Systemruf SEND CONTROL löscht die Zu- 
griffsanforderung der aktiven Task in der Re- 
gion. 

Eine alternative Form der Zugriffsanforde- 
rung bietet ein weiterer System ruf ACCEPT- 
CONTROL die nur bedient wird, wenn keine 
früheren Anforderungen in der Taskqueue 
der Region vorliegen. 

Regionobjekte werden mit den Systemrufen 

CREATLREGION und DELETE REGION erzeugt 
und gelöscht. 

9.4. Echtzeitverarbeitung 

Die schnelle Reaktion auf externe Ereignisse 
ist eine der Hauptaufgaben eines Echtzeitbe- 
triebssystems. Dafür wird die im System 
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8086 enthaltene interruptorganisation mit der 
M u Ititaskverarbeitung kombiniert. 

Nach der im Abschnitt 4 beschriebenen Inter- 
ruptorganisation muß die Bearbeitung für ein 
externes Ereignis durch ein Anforderungssi- 
gnal an einem INTR-E ingang eines Slave- 
oder des Master-PIC (program mable Inter- 
rupt Controller) angefordert werden. 

Die in der Hardware ausgewähite Anforde- 
rung mit der höchsten Interruptpriorität führt 
im Fall der Interruptfreigabe zur Unterbre- 
chung jeder beliebig hoch priorisiertenTask. 
Mit der eingeschobenen Interrupt-Service- 
Routine können die für das externe Ereignis 
benötigten Reaktionen sofort ausgelöst wer- 
den. Mit dieser Methode, die für die Bearbei- 
tung dringender Fälle auch möglich ist, wird 
jedoch die Prioritätsorganisation der Multi- 
taskverarbeitung übergangen. 

Im allgemeinen Fall soll auch die Bearbeitung 
externer Ereignisse der Prioritätsentschei- 
dung der Multitaskverarbeitung untergeord- 
net werden. Dafür werden Interrupttasks 
eingesetzt. 

Eine Interrupttask wird wie jede Task mit ei- 
nem CREATE_TASK-Systemruf erzeugt und 
durch ein zusätzliches Interruptprogramm, 
den Interrupthandler, in der Abarbeitung ge- 
steuert. Durch den Systemruf SET_INTER- 
RUPT innerhalb der Interrupttask wird diese 
einem INTR-Eingang eines Slave- oder des 
Master-PIC zugeordnet. Zugleich wird die 
Adresse des zugehörigen Interrupthandlers 
in die Interruprtabelle eingetragen. Der Sy- 
stemrul bildet außerdem einen Puffer, in dem 
die Anforderungen für den entsprechenden 
INTR-Eingang abgespeichert werden. 

Nach Bild 9.5 wird eine Interrupttask nach ih- 
rer Bildung entsprechend der Taskpriorität 
gestartet. Nach der Interrupthandlerzuord- 
nung versetzt der Systemruf WAITJNTER- 
RUPT die Interrupttask in den Zustand schla- 
fend. 

Eine durch ein externes Ereignis ausgelöste 
und an die CPU durchgeschaltete Interrupt- 
anforderung führt zur sofortigen Ausführung 
des zugehörigen Interrupthandlers. Diese 
enthält im wesentlichen nur den Systemruf 
SIGNALJNTERRUPT, durch den die Interrupt- 
task rechenbereit wird 



Bild 9.5 Interruptbehandlung mit Interrupttask 


9.5. E/A-Operationen 

In einem Echtzeitprogramm muß der Nut- 
zung der bei E/A-Operationen auftretenden 
Wartezeiten besondere Aufmerksamkeit ge- 
widmet werden. 

Für E/A-Operationen existieren im Echtzeit- 


betriebssystem BOS 1810 die Subsysleme 
BIOS (basic I/O System) und EIOS (extended 
I/O System). 

Für spezielle Zielrechnerkonfigurationen ist 
es oft günstiger, anwendungsspezifische Ei 
A-Systeme in Anlehnung an die Organisa- 
tionsprinzipien des BIOS zu entwickeln Das 
Subsystem BIOS verwendet im Prinzip die im 
folgenden beschriebene Organisationsform. 
Einheitlich für alle Geräte werden asyn- 
chrone Systemrufe für das Lesen (READ) und 
Schreiben (WRITE) von Daten benutzt Der 
Aufruf einer E/A-Operation erzeugt einen EJ 
A-Anforderungsblock (I/O request segment, 
IORS) mit allen E/A-Zugriffsinformationen. 
Die Anforderung wird in eine Warteschlange 
von Anforderungsblöcken (IORS queue) ein- 
geordnet. Die Walteschlange entsteht nach 
Bild 9.6 durch vor- und rückwärts gerichtete 
Zeiger in jedem Block auf die benachbarten 
Blöcke. Nach dem Aufruf einer E/A-Opera- 
lion kann die aufrufende Task die Abarbei- 
tung sofort tortsetzen. Im allgemeinen Fall 
geht die aufrufende Task vor der Verwen- 
dung der angeforderten Daten mit einem RE- 
CEIVE-MESSAGE-Systemruf in den Zu- 
stand schlafend und gibt den Prozessor frei. 
Der Token der Mailbox, die die Verfügbarkeit 
der Daten nach der Datenübertragung mel- 
det. wird beim E/A-Aufruf als Parameter an- 
gegeben. 

Für jedes E/A-Gerät existiert je eine Warte- 
schlange von E/A-Anforderungsblöcken. 
Jede Warteschlange wird von einer hochprio- 
risierten Queuetask bedient. Die Queuetask 
übergibt bei Bereitschaft des E/A-Gerätes die 
Zugriffsparameter an den Gerätetreiber und 
gibt danach den Prozessor frei. 

Das E/A-Gerät meldet die Übertragungsbe- 
reitschafl mit einem Interrupt. Dieser aktiviert 
eine Interrupttask, die die Datenübertragung 
zwischen dem Gerat und einem Pufferspei- 
cher ausführt. 

Die Interrupttask meldet den Abschluß der 
Datenübertragung an die Queuetask, die die 
Fertigmeldung an die Mailbox in der aufruf en- 
den Task weitergibt und gegebenenfalls eine 
weitere E/A-Anforderung an den Gerätetrei- 
ber übergibt. 

Die aulrutende Task wird durch die Fertig- 
meldung an die Mailbox wieder rechenbereit. 
Nach diesem Prinzip können Anforderungen 
an alle E/A-Geräte asynchron von jeder Task 
und aus jedem Job gestellt werden. Die E/A- 
Subsysteme des BOS 181 0 bieten zusätzlich 
Möglichkeiten der Vergabe von Zugriffsbe- 
rechtigungen zu E/A-Geräten an die Jobs. 

9.6. Echtzeitprogrammentwicklung 

Die Entwicklung eines Echtzeitprogramms 
erfolgt im allgemeinen Fall mit der Entwick- 
lungstechnik eines Echtzeitbetriebssystems. 
Im Echtzeitbetriebssystem BOS 1810 kön- 
nen die Systemrufe der Subsysteme in 
Assembler- und PL/M-86-Programmen be- 
nutzt werden. Mit Hilfe des Link-Program ms 
wird eine Interfacebibliothek für den An- 
schluß der Systemrufe in das 8086-Maschi- 
nenprogramm eingebunden. 
Echtzeitprogramme können jedoch auch aut 
anderen Betriebssystemen (SCP 1700, MS- 
DOS) auf dem Assemblerniveau oder in der 
Programmiersprache C entwickelt werden. 
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Bild 9.6 Organisation der taskgesteuerten E/A-Operationen 


Eine Multitaskergänzung des Wirtsbetriebs- 
systems steuert die Multitaskverarbeitung. 
Ein als Task lautendes spezielles Ladepro- 
gramm (Appllkationsladeri für die Dateifor- 
men der ausführbaren Programme (z. B. 
CMD-Daleien) erzeugt die Tasks. 

Dabei können die Anwenderprogramme 
auch die Systemrufe des Wirtsbetriebssy- 
stems nutzen. 

9.7. Systemdebugger 

Die Testung eines Echtzeitprogrammes er- 
fordert spezielle Hilfsmittel für die Diagnose 
der Objekteigenschaften. Der Systemdebug- 
ger des Betriebssystems BOS 1810 enthält 
unter anderem die folgenden Kommandos 


für die Diagnose der im Echtzeitprogramm 
enthaltenen Objekte: 

vj [<jobtoken>] 

Darstellung der Jobhierarchie vom angege- 
benen Job an 
vk 

Angabe der Listen der rechenbereiten uno 
nicht rechenbereiten Tasks 

vo <jobtoken> 

Angabe aller Objekte des Jobs 

vd <jobtoken> 

Angabe des Objektverzeichnisses des Jobs 

vt 

Angabe der Objektattribute 

Auch ohne einen Systemdebugger können 


die Objektattribute aus der Analyse der Ob- 
jekt-Systemdaten gewonnen werden. 

9.8. Programmbeispiel 

Bild 9.7 enthält einen Assemblerprogramm- 
ausschnitt eines Multitaskprogramms. Ein in 
der Assemblerprogrammliste enthaltenes 
Teilprogramm TSK1 wird mit dem Systemruf 
CREATE_TASK als Task kreiert. Der An- 
schluß des Systemrufes an das Subsystem 
NUCLEUS wird mit dem Unterprogramm 
NCRTSK vollzogen, das das zugehörige In- 
terfacebibliotheksprogramm darstellen soll. 
Wenn das laufende Programm den Prozes- 
sor freigibt, wird die erzeugte Task, falls kei- 
nen anderen höherpriorisierten Tasks re- 
chenbereit sind, zur Ausführung gelangen, 
ohne daß ein CALL-Befehl ausgeführt wurde 

9.9. Objektorientierte 
Programmiertechniken 

Die objektorientierte Programmierung findet 
in zunehmendem Maße in modernen höhe- 
ren Programmiersprachen und für die Orga- 
nisation der Parallelverarbeitung Anwen- 
dung. Die Erweiterungen beziehen sich vor 
allem auf die Definition einer Vielzahl anwen- 
derspezifischcr Objekttypen. 

Bei der quasiparallelen oder eent parallelen 
Abarbeitung der Objekte (Architekturen mit 
mehreren Prozessoren) werden Programme 
und Daten von cen übrigen Programmtcilen 
vollständig isoliert. Intormationen zwischen 
den Objekten werden nur über Nachnchton 
ausgetauschi. 

Neben diesen Vorteilen kann die objektorlen- 
tierte Programmierung In vielen Fällen für 
eine vereinfachte implizite Programmformu- 
lierung genutzt werden. 

Im folgenden sollen diese Eigenschaften bei 
der Anwendung der NUCLEUS-Objekte de- 
monstriert werden. Die dabei entstehenden 
schlechteren Abarbeitungseigenschaften 
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(größere Verarbeitungszeit) im Vergleich zu 
konventionellen Lösungen sind auch für die 
objektorientierte Programmierung typisch. 
Problemstellungen mit Signalflußcharakter 
nach Bild 9.8 können in die Bearbeitung von 
Teilproblemen zergliedert werden. Dabei ist 
es notwendig, daß für die Bearbeitung be- 
stimmter Teilsysteme die Ergebniswerte an- 
derer Teilsysteme vorliegen müssen. In kon- 
ventionellen Programmiösungen muß des- 
halb zuerst die Berechnungsreihenfolge der 
Teilsysteme festgelegt werden. 

In der objektorientierten Programmierung 
wird die Berechnung aller Teilsysteme quasi- 
parallel mit je einer Task gestartet. Die Start- 
reihenfolge ergibt sich aus den willkürlich zu- 
geordneten Taskprioritäten. Alle für die Ver- 
kopplung der Teilsysteme benötigten Infor- 
mationen werden mit NUCLEUS-Systemru- 
fen über Mail boxen vermittelt. 

Die Bearbeitung eines Teilproblems wird au- 
tomatisch unterbrochen, bis dafür benötigte 
Ergebnisse von anderen Objekten verfügbar 
sind. Damit wird der Prozessor für die Bear- 
beitung anderer Teilsysteme freigegeben. 
Aut diese Weise stellt sich auf der Grundlage 
der Muititasksteuerung die notwendige Rei- 
henfolge der Bearbeitung der Teilsysteme 
ein. Dieser Mechanismus kann auch lür die 
Behandlung einer Doad-lock-Situation. in der 
mehrere Tasks gegenseitig auf Nachrichten 
warten, genutzt werden. In diesem Fall wird 
eine niedrig priorisierte Task aktiv, die diese 
Situation bodicni. 

10. Programmentwicklung in C 

In diesem Kapitel wird der C-Compiler DRC 
vorgestellt, Ziel des Beitrages ist es, Hin- 
weise für die Bedienung und Nutzung des C- 
Compilers DRC und die Implementation der 
Hochsprache C aut dem K 1810 WM86 
(8086) unter dem Betriebssystem CP/M-86 
zu geben. Dabei wird auf den bekannten Ver- 
öffentlichungen /I, 2, 3/ zur Anwendung der 
Programmiersprache C aufgebaut. 

10.1. Systemprogramme 
für die Programmierung in C 

Das Herangehen bei der Entwicklung von C- 
Programmen entspricht der für Assemblcr- 
programmierung in Abschnitt 6 beschriebe- 
nen Weise. Zunächst werden die Quellpro- 
gramme editiert und dann mit Hilfe des C- 
Compilers in Objektdateion *.obj über- 
setzt. 

Nach dem Linken eines bzw. mehrerer Pro- 
gramme zu einem CMD-Pic wird das Pro- 
gramm durch Aufrufen des Namens gestar- 
tet. 

Die Fehlersuche erfolg: günstig auf Wasch i- 
nenmveau mit dem svmöoiiscnen Debugger 
SiDS6 (unter Zuhilfenahme eines Reassem - 
bieriistings) oder durch zweckmäßiges Einfü- 
gen von Aiisgabeanweisungen in das Pro- 
gramm (z.S. Anzeige lok?. -r Variablen:, die 
bei nachgevviesener Fei'.isif reihert des '-ro- 
grumms wieder entfernt ... .den könne;.. 

10.1.1. Bestandteile und Arbeitsweise 
des C-Ccmpiiers DRC 

Das gesamte C-ComplisrprogrammpaKet 
setzt sich aus den folgenden Toiiprogram- 
men zusammen: 


DRC.CMD 

DRC860.CMD 

DRC8S1.CMD 

R.CMD 

DRC862.CMD 

DRC.ERR 

DRCRPP.CMD 


- Basis modul des C-Compi- 
lers 

- Präprozessor 

- Codegenerator 

- Programm zum Nachladen 
des Codegenerators 

- Disassembler 

- Fehlerbeschreibungsdatei 

- Rückübersetzer tur Präpro- 
zessor 


Zusätzlich sind die Laufzeilbibliotheken CLE- 
ARS.L86 und CLEARL.L86 sowie für bestimmte 
Anwendungen die Header-Dateien 

STD.H, PORTAB.H, CTYPE.H und VAR.H 

erforderlich. 

Die Übersetzung eines C-Programms geht 
wie folgt vor sich: Zunächst wird das Quell- 
programm vom Präprozessor vorübersetzt. 
Dabei werden die Präprozessoranweisun- 
gen wie Dateieinfügungen, Makrosubstitutio- 
nen und bedingte Generierungsanweisun- 
gen ausgeführt. Die entstehende Datei befin- 
det sich auf dem aktuellen Laufwerk und hat 
den Namen CTEMP.TOK. Die für DRC860 
möglichen Präprozessoranweisungen lau- 
ten: 

#define 

Makrode-finitionen mit und ohne Parameter. 
Eine Makrodefinitior, kann maximal 10 Para- 
meter enthalten. 

Mundet 

löscht eine Makrodefinition 

#include:d:file> 

Einfügen der Datei fite vom angegebenen 
Laufwerk Wurde kein Laufwerk angegeben, 
wird die Datei vom durch die -i -Option (siehe 
8.1 .3.) festge legten Laufwerk gefaden. 

/‘ , include"<t:file" 

Einfügen der Datei fite vom angegebenen 
Laufwerk. Wurde kein Laufwerk angegeben, 
wird das aktuelle Laufwerk benutzt. 
tHI. ritdel. "ifndef. n endit. rrelse 
bedingte Compilierung des folgenden Quell- 
textes 
# nolist 

Diese im C-Standard ,T. 2 nicht vorkom- 
mende Präprozessoranweisung bezieht sich 
auf die Generierung des Disassemblerli- 
sfings durch DRC862. Der nachfolgende 
Quelltext wird be> der Auflistung unterdrückt. 
#li$t 

Der nachfolgende T ext wird in das Disassem- 
blerhsting aufgenommen. 

Die Präprozessoranweisung Hinc- ist im 
DRC860 n/chf implementiert. 

Die Datei CTEMP.TOK kann mit Hilie des 
Programms ORCRP- in eine iesoare Dar- 
stellung übertünn werden, so daß die Richtig- 
keit de?. Taxier satzes geprüft werden kann. 
Der C-Codegensratoi verarbeite: dis Datei 
CTEMP.TOK Ü.-VC erzeugt die; Oöjektdatei. 
Mit H’ife dos Dissssemblers DRC852.CMD 
ist es möglich, «nn Lisiing zu schaffen, das die 
C- Anweisungen und deren Umsetzung in As- 
semblersprache des 8086 enthält. Treten 
während der Verarbeitung des Gueiipro- 
gramms Fehier auf. werden diese mit Num- 
mern spezifizier*. Mit Hilfe der Datei 
DRC.ERR erfolgt eine Interpretation der Feh- 
leruf sache. 


Die verschiedenen Subprogramme werden 
vom Programm DRC.CMD aufgerufen. Da- 
bei können verschiedene Optionen für die 
Spezifizierung der Abarbeitung und das zu 
erzeugende Programm gesetzt werden 

10.1.2. Aufruf des C-Compilers 

Zum Start des C-Compilers wird dieser mit 
dem Namen DRC aufgerufen: 

DRC [d:]cprog [-Option. . .] 

Dabei ist eprog der Name der zu übersetzen- 
den Quelldatei. Wird die Datei eprog nicht 
gefunden, wird die Datei cprog.c auf dem 
spezifizierten Laufwerk gesucht. Mit Hilfe von 
Optionen kann der Übersetzungsvorgang 
gesteuert und die Abarbeitung der Subpro- 
gramme beeinflußt werden. 

Beispiel: 

A>DRC TEST.C 

Der Compiler sucht die Datei TEST.C auf 
Laufwerk A. und wenn sie vorhanden ist, wird 
mit der Übersetzung begonnen. 

Beispiel: 

A'DRC B:TEST 

Jetzt sucht der C-Compiler die Datei TEST 
aut Laufwerk B. Fails er sie nicht findet such! 
er anschließend die Datei TEST.C. Falls 
keine der beiden Dateien vorhanden ist. folgt 
eine Fehlerausschrift. 

Durch Betätigen einer beliebigen Taste kann 
die Arpeit d'es C-Compilers unterbrochen 
werden Es erfoigt dann die Ausschrift 

STOP DRC (Y/N)? 

und mit der entsprechenden Eingabe wird 
der Compileriaul abgebrochen. 

10.1.3. Optionen des C-Compilers 

Zusätzlich zur Angabe des Quellennamens 
können verschiedene Optionen, die die Ar- 
beitsweise des C-Compilers beeinflussen, 
angegeben werden. Diese Optionen können 
in beliebiger Reihenfolge auftreten und be- 
ginnen stets mit einem Bei Angabe eines 
wahlweisen Parameters ist darauf zu achten, 
daß zwischen Option und folgendem String 
kein Leerzeichen stehen darf 
Einige der wichtigsten Optionen sollen hier in 
alphabetischer Reihenfolge vorgeste::: und 
erläutert werden. Anschließend werden dann, 
einige Beispiele für die Anwendung und die 
Wirkung von Optionen gezeigt. 

-a [string j 

ist eine Steueroption Tür das Programm 
DRC.CMD und bewirkt das automatische 
-Linken des geschaffenen Programms im An- 
schluß an die Übersetzung mit Hilfe des Lin- 
kers LINK86. Dabei ist string die Parameter- 
zeiie- für LINK86 gemäß 6 4.2. Wird kein 
string angegeaen, wird nur das vom C-Com- 
pller fr Bearbeitung befindliche Programm 
gebunden. 

-t? 

Auswahl des OborsetzurigsfriodeUs 

Bel Setzen dieser Option wira sin Programm 

für das Laiae-Modeü geschaffen. 

-f 

bewirkt die Generierung von S037-Befeh:er! 
und ermöglicht so die Einbeziehung des 
Arifhmetikprozessors. 
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spezifiziert das Laufwerk d:, von dem die Da- 
tei <name> der #include-Anweisung des 
Präprozessors geladen wird. 

-L|rt:]name 

Schaffung eines Listings, das die Include-Da- 
teien auflistet und die Verschachtelungstiefe 
von Blöcken anzeigt. Wird kein name ange- 
geben, erfolgt die Ausgabe der Listdatei auf 
dem Bildschirm. 

-ojdijname 

spezifiziert das Laufwerk und den Namen 
des vom Codegenerator geschaffenen Ob- 
jektfiles. Ist diese Option nicht gesetzt, wird 
der Name des Quellfiles mit dem Nachsatz 
.OBJ versehen. 

-P 

beschränkt die Abarbeitung auf den Präpro- 
zessordurchiaul. 

-r[d:|[name] 

Es wird der Reassembler DRC862.CMD auf- 
gerufen, und auf Laufwerk d: wird die Datei 
name generiert, die das C-Programm und die 
entsprechenden Maschinenbefehle enthält. 
Ist kein Dateiname angegeben, erfolgt die 
Ausgabe auf dem Bildschirm. 

-snumber 

beschränkt die Zahl der signifikanten Zei- 
chen jedes Symbols auf number. Wird die 
Option -tS nicht gesetzt, sind die ersten 40 
Zeichen eines Symbols signifikant. Fehlt die 
Angabe number, entstehen Fehler beim Prä- 
prozessorlauf, da dann Symbollänge Null an- 
genommen wird und die verschiedenen Sym- 
bole nicht unterschieden werden können. 

— Oö: 

der Präprozessof wird nicht vom aktuellen 
Laufwerk, sondern vom Laufwerk d: aufgeru- 
fen. 

-Id: 

R.CMD und DRC861.CMD werden von Lauf- 
werk d: aufgerufen. 

-2d: 

Starten des Reassemblers DRC862 von 
Laufwerk d: 

— 3d: 

Starten des Linkers UNK86 von Laufwerk d: 
{nur bei gesetzter -a-Option). 

— 4d: 

Laden der Fehlerinterpretationsdatei 
DRC.ERRv on Laufwerk d: 

-? 

Diese Option zeigt während des Compiler- 
laufes die gesetzten Optionen an. 

Beispiele: 

A>DRCtest-s8 

Von allen Symbolen werden nur die ersten 
acht Zeichen ausgewertet. Damit ist der übli- 
che Standard eingestellt. 

A>DRC lest a -b 

Dieses Kommando wird als 

A>0RC fest 
ALINK86 lest 

interpretiert. Die Codegenerierung erfolgt für 
das Large-Modell. 

A>DRC eitest -ab:prog=test1 , e: test, test2 
Nun kommt die Folge 
A>DRCe:test 

ALINK86 b:prog=test1 e:test, test2 

zur Ausführung. 


E> A:DR C test — ia : — a —Da : — 1 a: —3b : —4a : 

Es wird die auf dem aktuellen Laufwerk E be- 
findliche Datei test (bzw. fesf.c) übersetzt. 
Dabei werden Präprozessor, der Codegene- 
rator und die Fehlerdatei auf Laufwerk A ge- 
sucht. Nach der Generierung des Objektfiles 
wird auf dem Laufwerk 8 das Programm 
LINK86 gestartet. Man erhält ein Programm 
test.cmd, das durch Aufruf von tsst ausge- 
führt werden kann. Objektdatei, CMD-Datei 
und alle temporären Dateien werden auf 
Laufwerk E angelegt. 

A>DRC test -reitest. Ist 

Alle benötigten Programme befinden sich 
diesmal auf dem Laufwerk A Ais Ergebnis 
dieses Programmaufrufs entsteht auf dem 
Laufwerk E ein Reassemblerlisting mit dem 
Namen TEST.LST. 

10.1.4. Linken des Programms 
Nachdem alle Quell module eines Pro- 
gramms übersetzt wurden, müssen sie ge- 
bunden (gelinkt) werden, um eine ausführ- 
bare Programmdatei zu erhallen. Das ist aus 
verschiedenen Gründen notwendig. Erstens 
sind die vom Codegenerator erzeugten Ob- 
jektdateien nicht ausführbar, und zweitens 
benutzen die meisten Programme Funktio- 
nen, die nicht in der gleichen Datei vereinbart 
wurden. Solche externen Funktionen können 
durch den Nutzer in anderen Programmen 
vereinbart werden und separat zu den Ob- 
jektdateien übersetzt worden sein oder sich 
in Programmbibliotheken befinden. Diese Bi- 
bliotheken, die die auf den meisten Systemen 
vorhandenen Standardfunktionen (z. B. 
printff), scanf(), fgetcQ . . ,) enthalten, sind im 
Falle des DRC-Compilers die Dateien CLE- 
ARS.L86 und CLEARL.L86. Je nach dem bei 
der Übersetzung gewählten Speichermodell 
werden die benötigten Funktionen vom Lin- 
kerselbständig in der entsprechenden Biblio- 
thek gesucht und in die ausführbare Pro- 
grammdatei eingebunden. Die Bibliotheks- 
datei muß sich dabei auf dem aktuellen Lauf- 
werk befinden. 

Obwohl die Programmiersprache C eine 
Funktion main() als Startpunkt eines C-Pro- 
gramms definiert, sind eine Reihe von sy- 
stemabhängigen Programmen notwendig, 
bevor main() aufgerufen wird. Solche Pro- 
gramme fragen beispielsweise die Versions- 
nummer des Betriebssystems und die Ver- 
fügbarkeit eines Arithmetikprozessors ab. 
Außerdem stellen sie die Argumente arge 
und argv für das Hauptprogramm bereit. 
Auch diese Funktionen sind in den Bibliothe- 
ken enthalten. Bei den Argumenten der 
Hauptfunktion gibt es noch eine Besonder- 
heit: Normalerweise zeigt der Pointer 
*argv[0J auf den Namen des laufenden Pro- 
gramms. Da dieser Name unter CP/M-86 zur 
Laufzeit aber nicht verfügbar ist, enthält 
argvfO ] einen Zeiger auf den Namen Cpro- 
gram. 

Das Binden der Programme wird durch den 
LINK86 realisiert, der entweder im Anschluß 
an den Compiierlauf separat gestartet wird 
oder bereits vom C-Compiler aufgerufen wird 
(-a-Option). Dabei müssen sich die Biblio- 
theksdateien auf dem aktuellen Laufwerk be- 


finden Sie brauchen jedoch nicht in der Kom- 
mandozeile für den Linker mit angegeben 
werden, sondern die entsprechenden Mo- 
dule werden automatisch eingebunden. 
10.1.5. Symbolisches Debugging 
Die Debugger DDT86 und SID86 wurden be- 
reits in Abschnitt 6 5 ausführlich beschrie- 
ben (siehe auch /4/). Für die Testung und Ein- 
zelschrittabarbeitung von C-Programmen ist 
es günstig, den symbolischen Debugger 
SID86 zu nutzen, da die beschriebenen Be- 
fehle mit Namen und Symbolen spezifiziert 
werden können. In der Symboltabelle sind 
globale Variablen und alle vom Nutzer defi- 
nierten Funktionsnamen enthalten, die nicht 
„static“. das heißt nur im Übersetzungsmodul 
bekannt sind. Statische Funktionsnamen 
werden durch den Namen der Quelldatei 
spezifiziert, versehen mit der Nummer ihres 
Auftretens in dieser Datei. 

Beispiel: 

g..c.c2 

Mit diesem Kommando wird das zweite Un- 
terprogramm der Quelldatei c.c erreicht. Au- 
ßerdem ist es günstig, wenn vom zu testen- 
den Programm mit Hilfe des Reassemblers 
(Option -r) ein Listing angefertigt wurde, das 
die C-Anweisungen mit den dazugehörigen 
Assemblerbefehlen enthält Das erleichtert 
das Verfolgen des Programmablautes. 

Nach dem Aufruf des symbolischen Debug- 
gers und dem Laden der Symboldatei kann 
das Programm im Einzelschrittbetrieb abge- 
arbeitet werden. Adressen und Werte, die in 
der Symboltabelle enthalten sind, können da- 
bei durch .name angegeben werden. 

Der Instructionpointer IP steht auf der Start- 
adresse. Die hier stehenden Instruktionen 
haben aber keine Ähnlichkeit mit den Befeh- 
len des Disassemblerlistings. Es handelt sich 
hier um die in Abschnitt 10.1.4. erwähnten 
Funktionen, die vor Starten des Programms 
main() ausgeführt werden müssen. 

Beispiel: 

g.MAIN 

Mit Hilfe dieses Kommandos gelangt man 
nun an die Stelle, wo die eigentliche Abarbei- 
tung des C-Programms beginnt. Der Daten- 
bereich, der mit der Adresse name beginnt, 
kann durch das Kommando 

d.name 

im aktuellen Datensegment angezeigt wer- 
den. Es ist auch möglich, Variablennamen 
mit Registern zu indizieren. 

Beispiel: 

des:.x+bp 

Es wird der Bereich im Extrasegment ange- 
zeigt, der mit der Adresse x, vergrößert um 
den Inhalt von bp, beginnt. 

So ist ein recht komfortables Testen des Pro- 
gramms möglich. Allerdings ist dabei die 
Kenntnis der Assemblersprache des Prozes- 
sors Voraussetzung. Wenn diese Bedingung 
nicht erfüllt ist, muß das Testen des Pro- 
gramms durch zweckmäßiges Einfügen von 
Ausgabeanweisungen mit den jeweils inter- 
essierenden Daten erfolgen. Das ist jedoch 
recht aufwendig, weil zwischen zwei Tests 
der vollständige Entwicklungsweg (Editieren, 
Compilieren, Linken) notwendig ist. 
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10.2. Systemabhängigkeit des C-Pro- 
gramms 

Die Programmiersprache C ist auf vielen ver- 
schiedenen Systemen implementiert wor- 
den. Daraus ergeben sich unterschiedliche 
Varianten der Umsetzung der Hochsprache 
in die entsprechende Maschinensprache. 
Für verschiedene spezielle Anwendungsfälle 
ist es notwendig zu wissen, wie das über- 
setzte C-Programm aussieht. 

10.2.1. Datenelemente 
DieTafei 10.1 gibt eine Übersicht über die Im- 
plementierung der verschiedenen Datenty- 
pen. Es ist zu beachten, daß die Bezeichnun- 
gen "short", "long“ und " unsigned ” nur auf 
den Datentyp int angewendet werden kön- 
nen. Das bedeutet beispielsweise, daß der 
Datentyp unsigned long nicht implementiert 
ist. Außerdem ist, abweichend vom Stan- 
dard, eher als unsigned implementiert. Den 
Datentyp enum gibt es nicht. Der Datentyp 
void wird aus Kompatibililätsgründen in der 
Header- Datei PORTAB.H durch einen Kom- 
mentar definiert, float definiert eine 32 Bit 
lange, vorzeichenbehaftete Gleitpunktzahl 
mit einem Exponenten der Länge 8 Bit und ei- 
ner Mantisse von 24 Bit Länge in Hidden-Bit- 
Darstellung. Der Offset des Exponenten be- 
trägt 127. Dieser Datentyp realisiert eine Ge- 
nauigkeit von etwa 6 bis 7 Dezimalstellen. 
Der Datentyp double definiert eine 64 Bit 
lange vorzeichenbehaftete Gleilpunktzahl 
mit 11 Bit Exponent und 53 Bit Mantisse in 
Hidden-Blt-Darstellung. Das bedeutet eine 
Genauigkeit von 15 bis 16 Dezimalstellen. 
Diese interne Darstellung ist äquivalent der 
vom 8087-Arithmetikprozessor verwendeten 
Speicherdarstellung von Gleitpunktzahlen. 


Tafel 10.1. Datentypen des ORC-C-Compi/ers 


Obis - 255 
-32768 bis +32767 
-32768 bis i 32767 
Obis 65535 
—2 ■ 1 0 a bis 2 - 10* 
= i0 ,7 bis ±10’ 7 
= 10' 3O7 bis HO 307 


Wenn F/oaf-Variablen in C-Programmen ver- 
wendet und an Unterprogramme übergeben 
werden, erfolgt vor der entsprechenden Be- 
rechnung eine Umwandlung in den Datentyp 
double, das heißt, die Berechnung erfolgt im- 
mer mit höherer Genauigkeit, und erst bei der 
Abspeicherung des Ergebnisses wird auf die 
ungenauere Darstellung gerundet. 

Pointer auf verschiedene Datentypen sind je 
nach gewähltem Speichermodel! 2 oder 
4 Byte lang. 

Es können beliebig viele Daten vom Typ inte- 
ger als register vereinbart werden. Davon 
wird die erste im Register Sl und die zweite in 
Dl gespeichert. Alle weiteren Registerverein- 
barungen werden wie Auto-Variablen behan- 
delt und entsprechend im Stack abgelegt. 

10.2.2. Speicheradressierungsmodelle 
Die segmentierte Architektur des 8086 bringt 
spezielle Probleme für die Implementierung 


einer Hochsprache mit sich. Um dem Pro- 
grammierer die Möglichkeit zu geben, eine 
Kombination von Adressierbarkeil und Effi- 
zienzzuwählen, unterstützt der DRC-Compi- 
ler zwei Speicheradressierungsarten {auch 
Speichermodelle genannt). 

• Das Small-Modell 

Ein kleines Programm, das nur einen gerin- 
gen Speicherbedarf hat, kann innerhalb ei- 
nes einzigen Segments plaziert werden. 
Wenn auch die Menge der zu bearbeitenden 
Daten die Größe von 64 KByte nicht über- 
steigt (einschließlich Stack), sind zum Aufruf 
von Funktionen bzw. für die Adressierung 
von Speicherplätzen nur die Offsets der voll- 
ständigen Adressen erforderlich. Für einen 
Pointer wird ein 16-Bit-Wort reserviert. Die 
-to-Option ist in diesem Falle nicht gesetzt. 
Der Compiler schafft nur zwei Segmente mit 
je bis zu 64 KByte Länge: CODE und DATA 
Vor Beginn der Abarbeitung des Hauptpro- 
gramms wird das Codesegmentregister CS 
mit der Segmentadresse geladen, und den 
Segmentregistern DS, ES und SS wird DATA 
zugewiesen. Diese Werte bleiben dann wäh- 
rend der gesamten Laufzeit des Programms 
unverändert. Der Speicher wird für das 
Small-Modell gemäß Bild 10.1 aufgeteilt. 



Bild 10.1 Speicheraufteilung im Small-Modell 
• Das Large-Modell 

Ist das Programm umfangreicher bzw. sind 
größere Datenmengen zu verarbeiten, ist es 
notwendig, die absolute Speicheradressie- 
rung zu verwenden , das heißt, tür jeden Spei- 
cherzugriff und Funktionsaufruf muß die voll- 
ständige Adresse, bestehend aus Segment 
und Offset, angegeben werden. Zu diesem 
Zwecke gibt es das Large-Modell. das durch 
Setzen der-b-Option ausgewählt wird. Stati- 
sche und dynamische Daten werden in ver- 
schiedenen Segmenten abgelegt. Ein Poin- 
ter ist in dieser Adressierungsart 4 Byte lang. 
Die Aufteilung des Speichers erfolgt nach 
Bild 10.2. 


Bild 10.2 Speicheraufteilung im Large-Modell 


10.2.3. Funktionsrealisierung 
In diesem Abschnitt wird dargestellt, wie 
Funktionsaufrufe vom C-Compiler realisiert 
werden. 

Wenn ein C-Programm eine Funktion aufnjft, 
werden zunächst die Werte der Argumente 
auf dem Stack abgelegt, und dann wird der 
Funktionsruf (CALL) ausgeführt. Das Abkel- 
lern der Argumente erfolgt in umgekehrter 
Reihenfolge (von rechts nach links), so daß 
sie der aufgerufenen Funktion in der natürli- 
chen Reihenfolge zur Verfügung stehen (von 
links nach rechts mit steigenden Adressen) 


Beispiel . 

Der Aufruf der Funktion func(x.y.z) mit den 
drei Integerargumenten x, y und z erzeugt 
eine Stackaufteilung nach Bild 10.3. 

Von der gerufenen Funktion werden dann die 
folgenden Aktionen ausgeführt: 

® Das BP-Register wird auf dem Stack ab- 
gelegt und so der Wert des aufrutenden Pro- 
gramms gesichert. 

@ Das Basisregister BP wird mit dem Inhalt 
des Stackpointers SP geladen, um eine 
Adressierung der automatischen und tempo- 
rären Variablen auf dem Stack mit Hilfe von 
BP zu ermöglichen. 

<D Verwendet die aufgerufene Funktion Re- 
gister-Variablen, werden die Register Sl und 
Dl in den Stack gespeichert. 

® Der Stackpointer SP wird um die Bytezahl 
verringert, die von den automatischen Varia- 
blen der aufgerufenen Funktion benötigt wer- 
den. Dieser Stackbereich umfaßt alle Auto- 
Daten, die in der Funktion deklariert wurden 
und kann auch einen zusätzlichen Bereich für 
temporäre Speicherplätze, die oftmals bei 
der Lösung von Gleichungen benötigt wer- 
den, enthalten. Wenn keinerlei automatische 
oder temporäre Variablen von der aufgerufe- 
nen Funktion verwendet werden, wird dieser 
Schritt übersprungen 

Der Stack hat dann die Anordnung nach Bild 
10.4 

Die Adressierung der Argumente und der au- 
tomatischen Daten erfolgt immer relativ zu BP. 
Bevor eine Funktion zur aufrufenden Funk- 
tion zurückkehrt, wird der Rückgabewerl 
(falls vorhanden) in bestimmte vorgegebene 
Register geladen. Welche Register dabei be- 
nutzt werden, wird durch das Format des 
Rückgabewertes entsprechend der folgen- 
den Tafel bestimmt. 



Bitd 10.3 Anordnung der Funktionsparameter 
im Prozessorstack 
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: Längsriss • [Register 
■ Rüc^gabeviftjrtps . 


Wenn mehrere Register verwendet werden, 
enthalt AX den niederwertigsten Je\\ des Er- 
gebnisses, Das heißt, wenn im Large-Modell 
ein Pointer zurückgegeben wird, enthält BX 
die Segmentadresse und AX die Offset- 
adresse. 

Aus der Organisation der Übergabe des 
Funktionswertes geht hervor, daß keine 
Strukturen an die aufrufende Funktion zu- 
rückgegeben werden können. Als Argument 
von Funktionen sind Strukturen dagegen zu- 
gelassen. Sie werden vollständig in den 
Stack übertragen. 

Wenn die Funktion beendet wird, erfolgt zu- 
nächst die Rücksetzung des SP um den Be- 
reich der automatischen Variablen und nach 
dem Rückretten eventuell gekellerter Sl- und 
Dl-Reglster und des Basepointers BP erfolgt 



• Verbindung von Assembler- und C-Pro- 
g rammen 

Es ist möglich, Assemblermodule für die Ein- 
bindung in C-Programme zu schreiben, da 
der Assembler RASM86 ein gleich aufgebau- 
tes Objektfile liefert (siehe Abschnitt 6) und 
der Linker LINK86 mehrere solcher Objekt- 
dateien verbinden kann. Allerdings sind beim 
Erzeugen solcher Assemblerdateien ver- 
schiedene Besonderheiten zu beachten: 

0) Der Name des von einer C-Funktion auf- 
zurufenden Assemblerprogramms muß in 
der A86-Datei als PUBLIC vereinbart wer- 
den, damit er dem Linker bekannt ist. 

® Da der Assembler alle Buchstaben als 
Großbuchstaben behandelt, muß der Name 
der Funktion auch im C-Programm mit gro- 
ßen Buchstaben geschrieben werden. 

® Die Auswertung der vom C-Programm 
übernommenen Parameter muß den unter 
10.2.3. beschriebenen Konventionen für die 
verschiedenen Speichermodelle entspre- 
chen. Das bedeutet insbesondere, daß Funk- 
tionen, die mit CALLF aufgerufen wurden 
(Large-Modell), mit RETF abgeschlossen 
werden. Auch ist der unterschiedliche Offset 
der übergebenen Parameter relativ zu BP - 
bedingt durch die unterschiedliche Länge der 
Return-Adresse - bei den verschiedenen 
Speichermodellen zu beachten. 

@ Wenn ein Funktionswert zurückgegeben 
werden soll, muß er in die entsprechenden 
Register (siehe Punkt 10.2 3.) eingetragen 
werden. 


CSEG 

INP: PUSH BP 

MOV BP, SP 
MOV DX,X[BP] 
IN AL.DX 
XORAH.AH 
POP BP 


iF MODEL 
ELSE 


RETF 


ENDIF 


RET 


je nach Speichermodell ein NEAR- oder 
FAR-Return. Weil eine C-Funktion in beson- 
deren Fällen auch eine unterschiedliche Zahl 
von Argumenten haben kann (z. B. printf()), 
kann die aufgerufene Funktion den von den 
Parametern belegten Speicherplatz nicht 
freigeben (d. h. der Befehl retn wird nicht ver- 
wendet), sondern dieses Rücksetzen des SP 
wird von der aufrufenden Funktion durchge- 
führt. 

1 0.2. 4. Einbindung maschinen- bzw. 
betriebssystemabhängiger Programm- 
anteile in C-Programme 
In einigen Fällen der System nahen Program- 
mierung erweisen sich die in den Laufzeitbi- 
bliotheken enthaltenen Standardfunktionen 
als nicht ausreichend. Das ist speziell dann 
der Fall, wenn maschinenspezifische Pro- 
gramme abgearbeitet werden sollen, wie es 
beispielsweise bei Portein-/Portausgaben 
und beim Einbinden spezieller 8087-Pro- 
gramme erforderlich ist 


• Einbinden von CP/M-BOOS-CALLs 
Viele der implementierten Standardfunktio- 
nen nutzen die BDOS-CALLs des Betriebs- 
systems (z. B. Tastaturein-ZTastaturaus- 
gabe). Es ist aber auch möglich, in Anwen- 
derprogrammen BDOS-CALLs zu nutzen, 
falls die Standardfunktionen nicht ausrei- 
chen. Das geschieht mit Hilfe der Funktion 
-BDOS(nr.vaiue). 

Der Parameter nr wird in das Register CX ge- 
laden und spezifiziert die Nummer des 
BDOS-Calls. Der Wert value wird in das Re- 
gister DX übernommen. 

Die Funktion — BDOSQ hat folgende Wir- 
kung: Die externe Variable spmrvcx enthält 
den vom BDOS-CALL in CX zurückgegebe- 
nen Wert, und in cpmrv wird der Wert des 
Registers AX geladen. Dieser Wert ist natür- 
lich auch als Funktionswert der Funktion ver- 
fügbar. Das folgende Beispiel zeigt die Ein- 
bindung der Abfrage des Tastaturstatus in 
ein C-Programm mit Hilfe von BDOS-CALLs. 


Beispiel: 

Tirtclude <std.li> 
main() 

{ 

charc; 

if( ”_BD0S(11)); 

/* Abfrage des Tastaturstatus »/ 
i* Taste gedrückt */ 

} eise ( 

/* Taste nicht gedrückt*/ 

} 
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Hinweis 

Im Beitrag »Indizierte Variabien und Felder 
unter REDABAS“ von Dr. Thomas Streubel 
in MP 3/89, S. 89, muß es in der zweiten 
Spalte in den Zeilen 4 und 5 richtig heißen: 
Store substr(str((&lnd+ 1 001 ), 4,0), 2, 3) to ind 
(16 Bit) 

Autor und Redaktion bitten, den Fehler zu 
entschuldigen. 
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Environment-Support für Turbo-Pascal 


Christian Hanisch, Berlin 


Komplexere Turbo-Pascal-Anwendungen 
bestehen meist aus mehreren Komponenten 
(Overlays, Konfigurationsdateien, CHN-Fi- 
les, etc.), die durch das Hauptprogramm zur 
Laufzeit gegebenenfalls nachgeladen wer- 
den müssen. Um nun zu gewährleisten, daß 
zur Abarbeitung nicht unbedingt in das Direc- 
tory der besagten Turbo-Pascal-Anwendung 
gewechselt werden muß, sind eine Reihe von 
Varianten denkbar. Angefangen bei Batch- 
Files über fest vorgeschriebene Pfade für die 
Anwendung bis hin zur Installation der Soft- 
ware in ein nutzergewähltes Directory mittels 
spezieller Installationsprogramme, existieren 
hier Möglichkeiten mit ganz unterschiedli- 
chen Anforderungen an die programmtechni- 
sche Realisierung. Eine völlig unproblemati- 
sche Lösung für den Anwender stellt jedoch 
nur die Variante des automatischen Findens 
aller zu einem System gehörenden Dateien 
dar. Voraussetzung zum Praktizieren einer 
solchen Lösung ist, daß sich Hauptprogramm 
und zugehörige Systembestandteile in einem 
Directory befinden. Dann bieten sich unter 
DOS zwei Wege an: 

1. Das Hauptprogramm wertet eine spe- 
zielle mit dem SET-Befehl in das Environment 
vorgenommene Eintragung, die den Zugriffs- 
pfad auf die Anwendung beinhaltet (z. B. 

SET VSLCOLOR=C:\SYS\CL\VSL) aus und 
findet so die Dateien des Softwaresystems. 

2. Das Hauptprogramm bestimmt zur Lauf- 
zeit den Pfad, unter dem es selbst und alle 
zugehörigen Bestandteile zu finden sind. 

Hier soll nun die Realisierung der 2. Variante 
in Turbo-Pascal (Version 3.xx und 4.0) ge- 
zeigt werden. 

Unter DOS gehört zu jedem im RAM ablau- 
fenden Programm (Process) ein Environ- 
ment-Block der die mit PATH, PROMPT, COM- 
SPEC und SET eingetragenen Informationen 
beinhaltet. Ein laufendes Programm kann da- 
mit durch Auswertung der Environment-Ein- 
träge z. B. den mit PATH gesetzten Zugriffs- 
pfad auf Kommandodateien nutzen. 

Ab DOS 3.0 befindet sich hinter den Environ- 
ment-Einträgen (Ende-Kennzeichnung: 00 
00) eine Kopie der Dateibezeichnung des 
aufgerufenen Programms mit Laufwerk und 
Zugriffspfad (siehe Bild 1). 

Die im Bild 2 dargestellte Funktion Get_Cal- 
ling_Path nutzt nun die Tatsache, daß im 
PSP (Program-Segment-Prefix) ab 2CH ein 
Zeiger auf das Environment des jeweiligen 
Prozesses steht, zur Bestimmung des Be- 
ginns des Environments. Danach wird das 
Ende des Environments (00 00) gesucht, der 
Zeiger dorthin gestellt und ab Offset 04H die 
Laufwerksbezeichnung und der Zugriffspfad 
bis zur Dateibezeichnung des laufenden Pro- 
gramms kopiert. Die Dateibezeichnung des 
laufenden Programms muß der Funktion da- 
her beim Aufruf übergeben werden. Der von 
der Funktion gelieferte String kann nun be- 
nutzt werden, um Pfadnamen für nachzula- 
dende oder zu lesende [Konfigurations-j Da- 
teien zu bilden oder mittels OvrPath den 
Overlay-Pfad unter Turbo-Pascal Version 

3. xx zu setzen. Durch eine kleine Modifika- 
tion der Funktion ist es auch möglich, das En- 
vironment nach bestimmten Einträgen abzu- 
suchen, so daß der oben erwähnte erste Weg 
praktikabel wird. 
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zur 3. Umschlagseite 

Fortschritte in dBase III Plus 


Dr. Wilfried Grafik, Humboldt-Univer- 
sität zu Berlin, Sektion Mathematik 


Dieser Beitrag untersucht die Weiterentwick- 
lungen von dBase III Plus gegenüber dBase 
III. dBase III Plus wurde nur wenig später als 
dBase III veröffentlicht. Es stellt eine Reak- 
tion auf die Erfahrungen bei der praktischen 
Arbeit mit dBase III auf 16-Bit-Rechnern dar. 
Für eine grundlegend neue Version, wie sie 
jetzt mit dBase IV vorliegt, war die Zeit noch 
nicht reif. Geräte- und softwaretechnische 
Entwicklungen und Erfahrungen mußten ak- 
kumuliert werden, um einen echten Quali- 
tätssprung zu erreichen. Deshalb bestanden 
die Ziele von dBase III Plus bei voller Ab- 
wärtskompatibilität zu dBase III in Verbesse- 
rungen bezüglich folgender Komplexe: 

- Nutzung der Hardware 

- schnellere Algorithmen 

- Service für den Programmierer 

- Möglichkeiten der Oberflächengestaltung 

- Arbeit mit komplexen Datenbanken 

- Kooperation mit anderen Programmen 

- Beseitigung einiger Schwächen von 
dBase III 

- Unterstützung eines Mehrnutzerbetriebs. 
Eine an der Syntax orientierte Zusammen- 
stellung der Veränderungen von dBase III 
Plus gegenüber dBase III befindet sich auf 
der dritten Umschlagseite dieses Hefts. 

Bessere Nutzung der Hardware 

Die unter MS-DOS von dBase anzusteu- 
ernde Hardware ist der Bildschirm, die Tasta- 
tur und der Drucker. Die Dateiverwaltung 
kann, bis auf die Benutzung von Katalogen 
(Unterverzeichnissen, subdirectories), nicht 
beeinflußt werden. Der Anschluß eines Plot- 
ters ist nicht vorgesehen. dBase III Plus un- 
terstützt keine grafischen Darstellungen, 
schafft dafür aber bessere Verbindungen zu 
Programmen, die grafische Darstellungen 
gestatten. Zur verbesserten Bildschirman- 
steuerung wurde SET COLOR TO geringfügig 
erweitert. Als Farbwert ist auf den Positionen 
<std_display> und <erw_display> zusätz- 
lich der Buchstabe x zugelassen. Er bewirkt, 
daß Zeichen und Kursor im ausgewählten 
Bereich nicht sichtbar sind: dBase unter- 
drückt das Echo von der Tastatur auf dem 
Bildschirm. Ein möglicher Einsatzfall ist die 
Anforderung von Paßwörtern. Durch Gleich- 
setzen von Vordergrund und Hintergrund 
kann der gleiche Effekt erzielt werden. So be- 
wirkt 

SET COLOR TO ,R/R 
die Darstellung der Eingabebereiche für @- 
Kommandos in rot (Vordergrund und Hinter- 
grund). Somit sind der eingegebene Text und 
der Kursor ebenfalls nicht sichtbar. Der Zu- 
satz <hintergrund> ist nur für solche Bild- 
schirmtypen wirksam, die keine zeichen- 
weise Auswahl des Hintergrunds zulassen. 
Die Funktion ISC0L0R() liefert eine Informa- 
tion über die verwendete Bildschirmansteue- 
rung (Farbgrafik oder monochrom). Für 
Monochrom-Bildschirme sind andere Bild- 
schirmattribute gültig: U für unterstreichen 
und / für invers. Die Auswahl bestimmter 

118 


Schriftsätze (gotisch, deutsch, griechisch 
usw.), wie sie auf modernen Terminals üblich 
sind, ist nicht möglich. Der erweiterte ASCII- 
Zeichensatz kann selbstverständlich ver- 
wendet werden. Die Beschränkung auf acht 
Farben in den Kombinationen normal, inten- 
siv und blinken bleibt erhalten. Der Bild- 
schirminhalt kann auf der Sprachebene von 
dBase III Plus nicht gelesen oder gerettet 
werden, wie es in der vom Clipper-Compiler 
akzeptierten Sprache durch SAVE SCREEN 
möglich ist. 

Die Bedienung der Tastatur ist wesentlich er- 
weitert, was die Gestaltung nutzerfreundli- 
cher Oberflächen gestattet. Die Funktion IN- 
KEY(), in dBase III nicht dokumentiert, aber in 
allengetesteten Versionen verfügbar, gestat- 
tet die Abfrage fast aller Tasten (der Tasta- 
tur), insbesondere der Kursorpositionie- 
rungstasten einschließlich ihrer gebräuchli- 
chen Kombinationen mit der Ctrl-Taste, z. B. 
A Home, ' End usw. Tasten wie CapsLock, 
NumLock, Del und einige andere Tasten lie- 
fern den Kode 0, was der Information keine 
Taste gedrückt entspricht. Des weiteren sind 
nicht alle Kombinationen mit Shift, Ctrl und Alt 
abfragbar. 

Für die Ansteuerung des Druckers sind keine 
Weiterentwicklungen zu vermerken. So ist 
die Umschaltung auf verschiedene Schriftar- 
ten, Schriftbreiten, Zeichen- und Zeilenab- 
stände durch Sprachelemente von dBase 
nicht möglich. Es müssen die von dBase III 
bekannten Techniken benutzt werden, die 
auf der vom Nutzer programmierten Ausgabe 
von Steuerfolgen an den Drucker basieren 
(Funktion CHR). 

Schnellere Algorithmen 

dBase III Plus hat effektivere Algorithmen als 
dBase III, was sich besonders beim Indizie- 
ren bemerkbar macht. Um eine quantitative 
Vorstellung zu bekommen, wurden Messun- 
gen auf einem XT-Rechner für dBase III Plus 
und dBase III unter ansonsten identischen 
Bedingungen durchgeführt. Die Daten und 
Kommandos sind die gleichen, die bei den in 
der MP 10/88/1/ veröffentlichten Messungen 
benutzt wurden. Tafel 1 beschränkt sich des- 
halb auf eine Kurzbezeichnung des geteste- 
ten Kommandos, auf die Angabe der benötig- 
ten Zeit in Sekunden und auf das Verhältnis 


Tafel 1 Ausführungszelten für dBase III Plus Im Ver- 
gleich zu dBase III 



zum Vergleichswert für dBase III in Prozent. 
Diese Messungen testen im wesentlichen die 
Geschwindigkeit des Zugriffs auf Dateien. 
Das ist sicher heute noch der dominierende 
Zeitanteil bei der Arbeit eines Datenbanksy- 
stems. Je komfortabler die Nutzeroberflä- 
chen werden, je mehr Kontrollen (Integrität, 
Konsistenz, Formatmasken und -funktionen, 
Gültigkeitsbereiche) durchgeführt werden, 
desto höher wird der Zeitanteil, der durch 
Prozessorarbeit, speziell durch die Ansteue- 
rung des Bildschirms, verbraucht wird. Des- 
halb wurde auch die Zeit gemessen, die für 
den Aufbau eines Bildschirminhalts benötigt 
wird. Als Bildschirminhalt wurde das erste 
Menübild des SET-Kommandos gewählt. 
Der Bildschirm wird gelöscht, Kopf- und Fuß- 
zeile ausgegeben, zwei Rechtecke mit dop- 
pelter Umrandung werden gezeichnet und 
mit Texten gefüllt. In dBase III wurde zum 
Zeichnen der Rechtecke das Kommando 
BOX aus der Clipper-Umgebung als Prozedur 
nachgebildet. 43 Sekunden wurden zum 
Bildaufbau in dBase III benötigt, 53 Sekun- 
den in dBase III Plus. Wird in dBase III Plus 
das Kommando @ ... TO eingesetzt, so sind 
es nur noch 12 Sekunden (Clipper: 2 s bei 
Verwendung des BOX-Kommandos). In 
dBase III Plus wurde durch die Hinzunahme 
weiterer Sprachelemente, insbesondere 
durch weitere Funktionen, und durch eine 
verbesserte Implementation einiger Sprach- 
elemente ein besseres Laufzeitverhalten er- 
reicht. dBase III Plus bleibt aber trotzdem hin- 
ter übersetzten Programmen (Clipper) und 
selbst hinter der interpretierenden Version 
von FoxBase unter MS-DOS zurück. 

Service für den Programmierer 

Die Schnittstelle zum Programmierer wurde 
in dBase III Plus wesentlich verbessert. Die 
Menügestaltung des Assistenten und des 
Berichtsgenerators wurden grundlegend 
überarbeitet. Die neu hinzugekommenen 
Kommandos im Direktmodus (CREATE:M0- 
DIFY QUERY:VIEW:SCREEN) verwenden viele 
Pull-down- und Pop-up-Menüs und gestatten 
so im Dialog die schrittweise Formulierung 
relativ komplizierter Sachverhalte, beispiels- 
weise die Definition der Abhängigkeiten vor- 
handener Datenbankfiles untereinander 
(VIEW und CATALOG) und die Formulierung 
globaler Filterbedingungen (QUERY). Eine 
zweite Art von Bildschirmmasken kann durch 
CREATE SCREEN erzeugt werden. Die De- 
finition erfolgt im Direktmodus, wobei ein 
Wechsel zwischen den definierenden Daten 
und der aufgebauten Bildschirmmaske mög- 
lich ist (Taste Fl 0). Durch den integrierten 
Maskengenerator ist die Verwendung sepa- 
rater Programme für diese Zwecke nicht 
mehr erforderlich. Verbessert wurden außer- 
dem die Hilfestellungen hinsichtlich der be- 
nutzten Dateien. So ist es in den meisten 
Kommandos möglich, die Struktur eines aus- 
gewählten Datenbankfiles zu besichtigen 
und durch Kursorpositionierung das ge- 
wünschte Feld für eine Operation auszuwäh- 
len (in dBase III nur bei REPORT). 

Möglichkeiten 

der Oberflächengestaltung 

Für reale Datenbankanwendungen auf 16- 
Bit-Rechnern gewinnt die Gestaltung einer 
nutzerfreundlichen Oberfläche immer mehr 
an Bedeutung. Gefordert sind Menübilder, in 
denen sich der Anwender durch die Kursor- 
positionierungstasten bewegen kann, in de- 
nen er gegebenenfalls mehrere Kursoren zur 
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Verfügung hat und in denen er durch das 
Drücken bestimmter Tasten Auswahlen trifft 
und Umschaltungen vornimmt. Das alles 
muß in einer akzeptablen Geschwindigkeit 
j| erfolgen, die den Fortgang der Arbeit nicht 
träge gestaltet. Der Aufbau komfortabler Me- 
nüs ist in dBase III Plus noch zu langsam. Der 
Aufbau der Bilder kann mit dem Auge verfolgt 
werden, was allgemein nicht akzeptiert wird. 
Clipper erreicht hier sehr gute Zeiten. Durch 

t die verbesserte Tastaturbedienung (INKEYQ, 
READKEYQ, 0NKEY()) ist die Bewegung im 
Menü und die Auswahl aus dem Menü vor- 
erst befriedigend gelöst. Die meisten Nutzer- 
menüs sind daher ein Kompromiß zwischen 
|| traditionellen, sequentiell aufgebauten Me- 
* nüs und kleinen Menüs im Direktmodus. 

Durch das Kommando @ ... TO kann ein 
Rechteck auf dem Bildschirm gelöscht und 
mit einem Rahmen umgeben werden (Ach- 
tung: CLEAR und DOUBLE können nicht gleich- 
zeitig angegeben werden!). Der darunterlie- 
gende Inhalt ist verloren. Derartige Gebilde 
werden als Box bezeichnet. Sie bleiben auf 

I dem Bildschirm erhalten und können nur 
durch andere Zeichen, unter Umständen 
durch ein Rechteck aus Leerzeichen, über- 
schrieben werden. Im Gegensatz dazu ist ein 
Fenster (window) ein rechteckiges Gebilde, 
das wieder geschlossen werden kann. Dabei 
wird der darunterliegende Inhalt wieder sicht- 
bar. Das verlangt entweder, daß der vorher 
vorhandene Bildschirminhalt gerettet wurde 
oder daß er anderweitig rekonstruierbar ist. 
Zum Beispiel durch die Programmlogik. Da 
dBase III Plus kein Kommando zum Retten 
j des Bildschirminhalts oder sogar von Teilen 
?" davon enthält, bleibt nur der zweite Weg. Das 
sind aber meist rechenintensive Operatio- 
nen, das heißt, die Geschwindigkeit des Pro- 
zessors und die Bildschirmansteuerung be- 
stimmen hier die Geschwindigkeit des Daten- 
banksystems. 

In Anwendersystemen wird die private Be- 
handlung von dBase III Plus-Fehlern durch 
das ON ERROR-Kommando unterstützt. 

Arbeit 

mit komplexen Datenbanken 

In der Praxis verwendete Datenbanken be- 
stehen meist aus mehreren Datenbankfiles, 
zu denen mehrere Index-, Format- und Be- 
richtfiles gehören. In dBase III Plus kommen 
noch Query- und Viewfiles hinzu. Die zehn 
möglichen Arbeitsbereiche und die maximal 
15 gleichzeitig eröffneten Dateien sind keine 
unerreichbaren Grenzen mehr. Vier Verbes- 
serungen erscheinen hier erwähnenswert. 
Mehrere Datenbankfiles können über SET RE- 
LATION verbunden werden. In dBase III ist nur 
eine Verbindung möglich. In dBase III Plus 
kann in jedem Arbeitsbereich höchstens eine 
Verbindung definiert werden. Ein nachfol- 
' gendes SET RELATION in diesem Arbeits- 
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bereich hebt die vorher wirksame Verbin- 
dung auf. Die Bildung von Ketten ist möglich, 
so daß maximal neun Verbindungen wirksam 
sein können. Zyklen in den Verbindungen 
werden als Fehler zurückgewiesen. Die Ver- 
bindungen zwischen den Files können in ei- 
nem Viewfile gespeichert werden (CREATE 
VIEW). Durch SET VIEW TO <.vue_filename> 
werden sie aktiv. 

Der Überblick über alle in einer Datenbank 
benutzten Dateien kann durch Benutzung ei- 
nes sogenannten Katalogs verbessert wer- 
den. Ein Katalog ist eine Datei (Standard- 
name catalog.cat), die die Struktur eines Da- 
tenbankfiles hat (Tafel 2). Durch SET CATA- 
LOG TO wird der Katalog im Arbeitsbereich 10 
in Benutzung genommen. Dieser Arbeitsbe- 
reich kann damit von anderen Datenbankfiles 
nicht benutzt werden. Im Katalog werden zu 
jeder benutzten Datei zusätzliche Angaben 
gespeichert, zum Beispiel ein Kommentar- 
text. Dieser Text wird bei Angeboten von Da- 
teinamen in Menüs in einer Box dargestellt 
und erleichtert so die Orientierung. Eine wei- 
tere Orientierung über die ausgeführten 
Kommandos kann die sogenannte History 
liefern (SET HISTORY). Sie enthält die zuletzt 
eingegebenen Kommandos, aber im Unter- 
schied zum Alternatefile nicht deren Wirkung. 
Die History wird durch DISPLAY HISTORY 
sichtbar. Sinnvoll wäre auch eine wiederholte 
Korrektur und Ausführung von Kommandos 
aus der History, was gegenwärtig nicht mög- 
lich ist. 

dBase III enthält bereits das Kommando SET 
FILTER TO <bedingung>. Die angegebene 
Bedingung wird durch logisches UND mit den 
Auswahlbedingungen der einzelnen Kom- 
mandos verknüpft und schränkt so die für die 
Operation in Frage kommenden Datensätze 
ein. dBase III Plus gestattet darüber hinaus 
die Abspeicherung von Filterbedingungen in 
Queryfiles (CREATE QUERY). Wird ein Query- 
file aktiviert (SET FILTER TO FILE <.qry_filena- 
me>), so werden die dort definierten Filter- 
bedingungen wirksam. 

Die Einführung von View- und Queryfiles ist 
als eine Annäherung von dBase an das rela- 
tionale Datenbankmodell zu betrachten. 

Kooperation 

mit anderen Programmen 

Auf der Ebene des Datenaustauschs können 
in dBase MIT extf iles verarbeitet werden (SDF 
- Standard data format), und es sind Techni- 
ken des Zugriffs auf Datenbankfiles aus an- 
deren Programmiersprachen bekannt. 
dBase III Plus verarbeitet auch Datenformate 
der Programme VisiCalc (DIF), Multiplan 
(SYLK) und Lotus 1-2-3 (WKS) in den Kom- 
mandos COPY und APPEN D. Die neuen Kom- 
mandos EXPORT und IMPORT gestatten die 
Verarbeitung von Files in einem Standardfor- 
mat (PFS), welches ebenfalls von den oben 
genannten Programmen verarbeitet werden 
kann. 

Zur Kooperation auf der Programmebene 
stehen neben dem RUN-Kommando die 
Kommandos LOAD und CALL zur Verfügung. 
Mit LOAD können sogenannte Binärfiles 
(.bin) in den Speicher geladen und durch 
CALL aufgerufen werden. Die Speicherver- 
waltung ist dabei dem Regime des Betriebs- 
systems vollkommen untergeordnet. In die- 
ser Hinsicht unterscheiden sich diese Kom- 
mandos im Niveau wesentlich von dem in 
dBase II bekannten Kommando CALL. Ein 
Binärfile ist das Resultat einer Übersetzung 
aus einer beliebigen Quellsprache und einer 


anschließenden Überarbeitung mit dem Pro- 
gramm EXE2BIN. 

Beseitigung einiger Schwächen 
von dBase III 

Die oben aufgeführten Verbesserungen von 
dBase III Plus beheben natürlich auch einige 
Schwächen von dBase III, so etwa die Be- 
schränkung auf eine mögliche Verbindung 
zwischen Datenbankfiles (SET RELATION). 
Weitere Kritiken an dBase III bezogen sich 
auf die Datenerfassung und die Standardbe- 
richte (REPORT). Für die Datenerfassung ist 
der integrierte Maskengenerator (CREATE 
SCREEN) ein Fortschritt. Die Probleme nut- 
zereigener Menüs im sequentiellen und Di- 
rektmodus wurden bereits besprochen. Hin- 
sichtlich der Formatkontrollen, der Einhal- 
tung von Grenzen (@ . . . SAY GET 

. . . RANGE), der Konsistenz und der Wider- 
spruchsfreiheit der Daten, sowie der Über- 
prüfung globaler Restriktionen wurden keine 
spürbaren Fortschritte in dBase III Plus er- 
reicht. Berichte werden zwar in einem besse- 
ren Menü erstellt, sind aber auch nur zweistu- 
fig möglich. 

Die Arbeit mit dem Typ Datum wurde durch 
SET CENTURY ON verbessert. Das Jahrhun- 
dert wird angezeigt und kann mit erfaßt wer- 
den, beispielsweise bei APPEND, EDIT, 
BROWSE usw. Datumskonstanten sind nicht 
verfügbar. Hier muß die Konvertierungsfunk- 
tion CTOD angewendet werden. dBase III Plus 
akzeptiert bei der Eingabe Jahreszahlen zwi- 
schen 100 und 9999, rechnet aber auch mit 
Datumswerten darunter. Die Datumsform 
kann durch SET DATE den nationalen Beson- 
derheiten angepaßt werden. 

Unterstützung 

eines Mehrnutzerbetriebs 

Eines der ersten Argumente für dBase III 
Plus ist seine Netzfähigkeit. Tatsächlich kann 
dBase III Plus an einer geeigneten Anlage mit 
mehreren Terminals, der entsprechenden 
Netzsoftware und in einer dazu passenden 
Konfiguration von dBase III Plus im Mehrnut- 
zerbetrieb arbeiten. Wichtig ist dabei, daß die 
benutzten Installationen von dBase III Plus 
die entsprechenden Netzkomponenten bein- 
halten. Wurde eine Installation für den Ein- 
nutzerbetrieb erworben, so ist diese in der 
Regel nicht netzfähig! Funktionstüchtig sind 
aber die Kommandos von dBase III Plus, die 
für den parallelen Zugriff mehrerer Nutzer auf 
die gleiche Datenbank erforderlich sind. So 
werden USE ... EXCLUSIVE, SET EXCLUSIVE 
und UNLOCK akzeptiert. ACCESS() liefert 0 und 
die Funktionen RLOCKf), FL0CK() und L0CK() 
liefern immer T., das heißt, der ausschließli- 
che Zugriff wurde gewährt. Dadurch ist es 
selbst mit diesen nicht netzfähigen Installa- 
tionen von dBase III Plus und ohne die ent- 
sprechende Hardware möglich, Programme 
zu schreiben, die für den Mehrnutzerbetrieb 
ausgelegt sind. 

Insgesamt stellt dBase III Plus einen bemer- 
kenswerten Fortschritt gegenüber dBase III 
dar, der einen Umstieg lohnt. Das gilt unge- 
achtet aller kritischen Bemerkungen, denn es 
wäre verwunderlich, wenn mit der Verfügbar- 
keit eines Programms und seiner praktischen 
Nutzung nicht sofort weitere Wünsche und 
Ideen einer besseren Realisierung entstehen 
würden. 
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Ein wesentlicher Vorteil des KC85- 
Systems des VEB Mikroelektronik 
„Wilhelm Pieck“ ist das modulare 
Konzept. Insbesondere die Möglich- 
keit der Erweiterung des Speichers 
über den 64-KByte-Adreßraum des 
Prozessors U 880 D ist hervorzuhe- 
ben. Als Grundlage dafür befindet 
sich der Modul M01 1 64 KByte RAM 
in Produktion. Im KC 85/2,3 können 
davon ohne weitere Aufsätze 2 Stück 
betrieben werden. Damit stehen dem 
Anwender insgesamt 144 KByte 
RAM im Grundgerät zur Verfügung. 
Dieser umfangreiche Speicher kann 
in Maschinensprache oder in Forth 
relativ problemlos genutzt werden. In 
Basic bereitet das größere Probleme, 
da der Programm- und Datenspei- 
cher durch den Interpreter dynamisch 
verwaltet werden. Der Anwender 
kann ohne spezielle Maßnahmen 
nicht eindeutig festlegen, auf welcher 
Speicheradresse bestimmte Daten 
stehen. Damit sind von dem 64- 
KByte-RAM-Modul nur 32 KByte 
nutzbar. 

Im folgenden soll eine Möglichkeit 
aufgezeigt werden, wie auch in Basic 
mit dem KC 85/3-Grundgerät 143 
KByte (15 KByte für Programm und 
128 KByte für Daten) bzw. bei Aus- 
bau des Systems mit einem oder 
mehreren Aufsätzen auch größere 
Speicher genutzt werden können. 

Datenspeicherung in Basic 
Der Basic-Interpreter richtet in dem 
ihm zur Verfügung stehenden Spei- 
cher nach RUN und der Benutzung 
von Variablen bzw. deren expliziter 
Vereinbarung (DIM-Anweisung) Va- 
riablenbereiche ein. Dabei werden 
zwei Bereiche unterschieden: 

1. Bereich der einfachen numeri- 
schen und Stringvariablen sowie der 
definierten Funktionen (DEFFN-An- 
weisung) 

2. Bereich der numerischen und 
Stringfelder. 

Aus den Arbeitszellen des Basic-In- 
terpreters läßt sich die Lage der Be- 
reiche eindeutig feststellen: 

Adresse Inhalt 

3D7H Anfang des 1 . Bereiches 

3D9H Anfang des 2. Bereiches 

3DBH erster freier Speicherplatz 

nach dem 2. Bereich 
Die Variablen werden wie folgt ge- 
speichert: 

Einfache numerische Variablen 
2 Byte -erste 2 Buchstaben des Na- 
mens (vertauscht) 

4 Byte - Wert der Variablen 
Einfache Stringvariablen 
2 Byte -erste 2 Buchstaben des Na- 
mens (vertauscht; Bit 7 des 
ersten Bytes gleich 1 ) 

2 Byte -Länge des Strings 
2 Byte -Anfangsadresse des Strings 
Die Zeichenkette selbst kann 
im Stringspeicher oder im Pro- 
gramm enthalten sein. 
Numerische Felder 
2 Byte -erste 2 Buchstaben des Na- 
mens (vertauscht) 
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2 Byte - Anzahl der nachfolgend zum 
Feld gehörenden Bytes 

1 Byte -Anzahl der Dimensionen des 

Feldes 

(1 - Vektor; 2 - Matrix; 3 - di- 
mensionales Feld usw.) 
je 2 Byte - Anzahl der Feldelemente 
je Dimension 

je 4 Byte - Wert des Feldelements 
Stringfelder 

2 Byte -erste zwei Buchstaben des 

Namens (vertauscht; Bit 7 des 
ersten Bytes gleich 1 ) 

2 Byte - Anzahl der nachfolgend zum 
Feld gehörenden Bytes 
1 Byte-Anzahl der Dimensionen des 
Feldes 

je 2 Byte -Anzahl der Feldelemente 
je Dimension 

je 4 Byte - Beschreibung des Strings 
(2 Byte Länge; 2 Byte An- 
fangsadresse des Strings) 
Plazierung von Daten außerhalb 
des Basic-Speichers 
© Zugriff auf den 64-KByte-Modul 
von Basic aus 

Das Problem bei der Einbindung von 
64-KByte-RAM-Modulen in Basic- 
Programmen besteht darin, daß Da- 
ten in einen Speicher abgelegt wer- 
den müssen, der nicht vom Basic-In- 
terpreter verwaltet wird und dessen 
Anordnung im Adreßraum des Pro- 
zessors während der Programmabar- 
beitung veränderlich ist. 

Die Speichergliederung im KC 85/3- 
System mit einem 64-KByte-RAM- 
Modul mit den 4 möglichen Speicher- 
blockanordnungen ist im Bild 1 darge- 
stellt. Daraus wird deutlich, daß der 
Basic-Arbeitsspeicher auf den 16- 
KByte-RAM-Block des Grundgerätes 
beschränkt werden muß, wenn die 
Blöcke des 64-KByte-Moduls wäh- 
rend der Programmabarbeitung ver- 
tauscht werden sollen. Weiterhin er- 
kennt man, daß in der Speicherlücke 
zwischen RAM und IRM auf den 64- 
KByte-Modul zugegriffen werden 
kann (Adresse 4000H bis 7FFFH). 

Da der IRM vom Basic-Interpreter 
ständig in den Hintergrund geschaltet 
wird, ist auch der Bereich von 8000H 
bis OBFFFH dafür nutzbar. 

© Datenspeicherung im 64-KByte- 
Modul 

Bei einfachen numerischen Daten 
bieten sich die Basic-Anweisungen 
PEEK und POKE für Bytes (Zahlenbe- 
reich 0 . . . 255) bzw. DEEK und DOKE 


I SWITCH 8,3 £ 
SWITCH 8Sl\ 


Bildl Anordnung der Speicher- 
blöcke des 64-KByte-Moduls im 
Adreßraum des KC 85/3 bei unter- 
schiedlicher Modulprogrammie- 
rung 



120 


Mikroprozessortechnik, Berlin 3 (1989) - 



für Worte (2 Byte, Zahlenbereich 
-32768 . . . 32767) an. Die Organisa- 
tion im 64-KByte-Speicherblock er- 
folgt in der Art, daß der zur Verfügung 
stehende Speicher (Anzahl der 64- 
KByte-Module) als eindimensionales 
Feld aufgefaßt wird. Der Zugriff auf 
ein Feldelement (lesen oder schrei- 
ben) muß so organisiert werden, daß 

1 . der entsprechende 64-KByte-Mo- 
dul eingeschaltet und der erforderli- 
che Speicherblock in dem Adreßbe- 
reich 4000H . . . 7FFFH mit der 
SWITCH-Anweisung angeordnet wird 

2. die aktuelle Speicheradresse im 
Block berechnet wird. Danach kann 
mit DEEK oder DOKE die Zahl gelesen 
oder geschrieben werden. Im Listing 
ist ein Beispielprogramm angegeben, 
das dieses in den Unterprogrammen 
Zeile 1 00 bis 630 demonstriert. 

Sollen Stringvariablen in Speicher- 
blöcken des 64-KByte-Moduls abge- 
legt werden, so kann die Arbeit durch 
Beeinflussung von Basic-Arbeitszel- 
len effektiv gestaltet werden. In den 
Arbeitszellen des Interpreters exi- 
stiert ein Pointer, in dem die nächste 
freie Adresse im Stringraum des RAM 
steht (3C4H). Dort wird bei jedem Be- 
legen einer Stringvariablen die Zei- 
chenkette abwärts im Speicherraum 
eingetragen. Die nächste freie 
Adresse steht danach wieder in 
3C4H. Soll eine Zeichenkette in einen 
64-KByte-Modul übergeben werden, 
braucht nur die gewünschte Adresse 
innerhalb des mit SWITCH zugewiese- 
nen 1 6-KByte-RAM-Blocks dem 
Stringpointer (3C4H) übergeben wer- 
den. Danach wird bei einer Stringma- 
nipulation (Zeile 370) der neue String 
ab dieser Adresse abwärts eingetra- 
gen. Ist die Zeichenkette übergeben, 
muß wieder die Adresse in 3C4H ein- 
getragen werden, die vor der Manipu- 
lation darin stand. 

Sollen Strings verarbeitet werden, die 
in einem Block des 64-KByte-Moduls 
stehen, so ist das ebenfalls relativ 
einfach möglich. Es wurde bereits 
darauf hingewiesen, daß im Varia- 
blenspeicher die Stringvariablen mit 
Name, Länge und Anfangsadresse 
des Strings im RAM abgelegt sind. 
Zur Übernahme einer Zeichenkette 
aus dem 64-KByte-Modul ins Basic- 
Programm braucht nur die Anfangs- 
adresse des Strings im zugewiese- 
nen RAM-Block des 64-KByte-Mo- 
duls und dessen Länge der ge- 
wünschten Stringvariablen im Varia- 
blenspeicher übergeben zu werden. 

Programmbeschreibung 
In Bild 2 ist ein Beispielprogramm an- 
gegeben, mit dem die vorgestellten 
Funktionen erfüllt werden. Der uni- 
verselle Teil des Beispiels ist in Form 
von Unterprogrammen ausgeführt 
(Zeilennummer 100 bis 820). In den 
Zeilen 1000 bis 3210 ist als Beispiel 
die Arbeit mit den Unterprogrammen 
dargestellt, und in dem letzten Teil 
(Zeilennummer 4000 bis 5140) eine 
Möglichkeit zum Retten und Laden 
der Daten angegeben. Diese Teile 
werden nachfolgend kurz beschrie- 
ben. 

© Basic-Unterprogramme 
Der eigentliche Kern des Beispielpro- 
gramms ist der Block mit den Unter- 
programmen (Zeilen 100 bis 630). In 
ihnen findet der Austausch der Daten 
zwischen Basic-Programm und RAM 
der Module M01 1 statt. Die Unterpro- 
gramme sind auf die Verwaltung von 
Zeichenketten der Länge 64 Byte 
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bzw. Zahlen von 2 Byte ausgelegt. 
Werden Elemente anderer Länge 
verwendet, sind die im Programm in 
den Zeilen 770 bis 810 angegebenen 
Konstanten entsprechend zu än- 
dern. 

- Zeile 100-140 (UPI) 

Hier wird aus dem Index BL der Ele- 
mente (64 Bytes lange Zeichenket- 
ten) der zuständige M01 1 und der 16- 
KByte-Block im M01 1 errechnet und 
in den Adreßbereich von 4000H- 
7FFFH zugewiesen. Für die weitere 
Adreßberechnung wird der Index BL 
aufbereitet. 

- Zeile 200-230 (UP2) 

Um UPI auch für 2 Byte lange Ele- 
mente nutzen zu können, wird vor 
dem Aufruf von UPI aus dem Index 
ZZder Index BL gebildet. Mit ZA steht 
nach Abarbeitung von UP2 die An- 
fangsadresse des Elementes im 
Speicher zur Verfügung. 

- Zeile 300-390 (UP3) 

In UP3 wird die Länge des in den 
RAM zu übergebenden Strings B$ 
auf 64 Zeichen festgelegt. Danach er- 
folgt die Berechnung der Adresse im 
1 6-KByte- RAM-Block, ab der der 
String B$ abwärts eingetragen wer- 
den soll. Durch Übergabe dieser 
Adresse in den Stringpointer (3C4H) 
und nachfolgender Stringmanipula- 
tion (Zeile 370) wird die Zeichenkette 
dem 64-KByte-Modul übergeben. 
Der Stringpointer wird vor dem Unter- 
programmrücksprung wieder zurück- 
gestellt. 

- Zeile 400-440 (UP4) 

Soll ein Stringelement aus einem 
M01 1 ins Basic-Programm übernom- 
men werden, wird nur die Anfangs- 
adresse der Zeichenkette im Spei- 
cher und deren Länge dem Varia- 
blenspeicher übergeben. In UP 4 wird 
beides realisiert. Nach Aufruf von 
UP4 steht in DAS die ausgelesene 
Zeichenkette zur Verfügung. 

- Zeile 500-530 (UP5) 

In UP5 werden 2-Byte-lntegerzahlen 
in einen M011 geschrieben. Dazu 
wird dem Unterprogramm der Index 
ZZ und der Wert der Zahl (in WERT) 
übergeben. 

- Zeile 600-630 (UP6) • 

Mit diesem Unterprogramm wird eine 
2-Byte-Zahl aus dem RAM gelesen. 
Dazu wird der Index ZZ an UP6 über- 
geben. Nach der Abarbeitung steht in 
WERT der ausgelesene Zahlenwert. 

- Zeile 700-820 (UP7) 

In UP7 werden Funktionen definiert, 
die in den anderen Unterprogrammen 
zur Adreßrechnung benötigt werden. 
Deshalb muß dieses Unterprogramm 
beim Start des Basic-Programms zu- 
erst aufgerufen werden. Weiterhin 
wird das in einer DATA-Liste vorhan- 
dene Maschinenprogramm, zum La- 
den und Retten der Dateien, in den 
Speicherbereich von 20BH bis 2E4H 
geschrieben, und es werden die spe- 
ziellen Konstanten zur Modifikation 
des Programms festgelegt. 

© Demonstrationsteil 

• Zahlenverwaltung (Zeile 3000- 
3210) 

In diesem Programmteil kann bei der 
Verwendung von zwei Modulen M01 1 
ein Feld von 65536 Zahlen (2 Byte 
lang) verwaltet werden. Es können 
Zahlen über Tastatur eingegeben 
oder auf dem Bildschirm angezeigt 
werden. Dazu ist jeweils der Index 
einzugeben. 

• Zeichenkettenverwaltung (Zeile 
2000-2210) 

Unter Verwendung von zwei Modulen 
M01 1 können in diesem Teilpro- 


gramm 2048 Strings der Länge 64 
Byte eingegeben und/oder angezeigt 
werden. Bei der Eingabe der Zei- 
chenkette braucht die Länge nicht ex- 
akt 64 Zeichen zu betragen. In den 
Unterprogrammen werden die einge- 
gebenen Strings auf 64 Zeichen 
Länge korrigiert. 

® Laden und Retten von Dateien 
Von Basic aus besteht nicht die Mög- 
lichkeit, bestimmte Speicherbereiche 
auf Kassette auszulagern. Um die 
Daten von den Modulen M011 64 
KByte RAM retten zu können, ist eine 
kurze Maschinenroutine notwendig. 
Das Maschinenprogramm belegt den 
Speicher von 20BH bis 2E4H. In ihm 
ist gleichzeitig eine Laderoutine ent- 
halten. Beide Teilprogramme können 
von Basic mit CALL* aufgerufen wer- 
den. Es kann maximal der gesamte 
Speicherbereich eines M01 1 mit ei- 
nem Aufruf auf Kassette gerettet wer- 
den. Werden mehrere M01 1 verwen- 
det, muß dementsprechend mehr- 
mals gerettet werden. Dazu sind dem 
Unterprogramm jeweils folgende Da- 
ten zu übergeben: 

• Steckplatz des M01 1 in der Spei- 
cherzelle 202H; P0KE514.X 

• 16-KByte-Block (1-4), ab dem die 
Daten gerettet werden sollen; P0- 
KE526,y 

•zu rettende Byteanzahl im M011 
(maximal 65536) in den Speicherzel- 
len 200H und 201 H; D0KE51 2,z 

• 7stelliger Name von 203H bis 
209H 

Sollen Daten aus einem M01 1 im Mo- 
dulschacht 1 2 gerettet werden, ist der 
im Schacht 8 vorhandene Modul 
M011 inaktiv zu schalten. Der Aufruf 
Retten erfolgt mit CALL*247. 

Beim Laden müssen dem Unterpro- 
gramm folgende Daten übergeben 
werden: 

• Steckplatz des M01 1 in der Spei- 
cherzelle 202H; P0KE514,x 

• Anzahl der maximal zu ladenden 
1 6-KByte-RAM-Blöcke (1-4) in 
20 FH; P0KE527,y 

• 16 -KByte-RAM-Blocknummer (1- 
4), ab der die Daten geladen werden 
sollen; P0KE526,z 

Der Aufruf Laden erfolgt mit 
CALL*211. Wenn Daten in den 64- 
KByte-RAM-Modul im Schacht 1 2 ge- 
laden werden sollen, muß der Modul 
im Schacht 8 inaktiv geschaltet wer- 
den. 

Werden mehr als 2 Module M01 1 ver- 
wendet (mit D002 BUSDRIVER), 
müssen beim Laden bzw. Retten in/ 
aus Modulen mit höherer Steckplatz- 
nummer alle Module M011 in den 
Schächten mit niedrigerer Nummer 
inaktiv geschaltet werden . 

Im Programmabschnitt (Zeilen 4000- 
4240) werden die Parameter dem 
Maschinenunterprogramm überge- 
ben. Danach wird dann mit CALL* der 
gewünschte Programmteil aufgeru- 
fen. 

Die Anzahl der maximal zu ladenden 
Blöcke ist standardmäßig auf 4 fest- 
gelegt. Sollte aber die gerettete Datei 
zum Beispiel 3 Blöcke lang sein, und 
es sollen aber nur 2 Blöcke davon 
wieder geladen werden, ist der Spei- 
cherzelle 20FH eine 2 zu übergeben. 
Weiterhin muß beim Retten oder La- 
den die Nummer des Blockes ange- 
geben werden, ab dem gerettet oder 
geladen werden soll. Fehlt diese An- 
gabe, ist bei Neustart des Programms 
immer standardmäßig der Block 1 
eingestellt. 

Der Dateityp der auf die Kassette ge- 


retteten Dateien ist DAT. Diese Da- 
teien können nur wieder mit diesem 
Maschinenunterprogramm eingele- 
sen werden. 


1 El KONTAKT 9 ~| 

VEB Mikroelektronik „Wilhelm Pieck" Mühl- 
hausen, Eisenacher Straße 40, Mühlhau- 
sen, 5700; Tel. 5 32 88 (E. Jagdmann) 


Abwechslung im Menü 

Moderne Benutzeroberflächen bieten 
unter Einbeziehung von Joysticks 
oder Maus komfortablen Computer- 
dialog. Auch bei kleineren Rechnern, 
mit geringeren Hardwaremöglichkei- 
ten, sollte über Menü- oder Fenster- 
technik solcherart Softwareergono- 
mie angestrebt werden. Da ein Joy- 
stickanschluß bisher auf den KC 87 
begrenzt ist, soll im folgenden eine 
aufgelockerte Menügestaltung für 
den KC 85/2 und 13 in Form eines 
Laufschriftbalkens aufgezeigt wer- 

Oft ermöglichen Auswahlmenüs Al- 
ternativsprünge in Unterprogramme 
über Tastatureingabe der jeweiligen 
Kennzahl. In BASIC erfordert dabei 
der INPUT-Befehl nach beendeter 
Eingabe die Entertaste, was im fol- 
genden Gerüst für einen BASIC-Trai- 
ner durch INKEY$ entfällt. Die Lö- 
sung ist optisch ansprechend und 
hinreichend modifizierbar. 

10 CLS:REM LAUF-DEMO 

20 7AT(3,5);”1 ...FELDER" 

30 2AT(4,5);"2 . . . STRINGS" 

40 ?AT(5,5);"3 . . . FARBEN" 


61 W$=”+BITTE ENTSCHEIDEN 
SIE SICH” 

62 N$=W$ + W$ 

64 ?AT(25,8);MID$ (N$,Z,20) 

65 IFZ=LEN(W$) THEN Z=0 

66 E$=INKEY$:IF E$="" GOTO 63 

67 REM VERZWEIGUNG: CLS 

68 ONVAL(E$)GOSUB 100,500,900 

69 RUN 

100 REM ARBEIT MIT FELDERN 


500 REM STRINGOPERATIONEN 


900 REM FARBGRAFIK AM KC 85/3 

Gerhard Obenaus 


Ein Fenster, was sonst? 



Zeichnung Sieger 
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Konvertierung MEOS-SCP 

Mit zunehmender Ausrüstung der 
Softwareentwickler mit PC/BC stan- 
den die Probleme, MRES-Software 
im MEOS-Format dort weiterzunut- 
zen bzw. auf den PCs/BCs 
Programmentwicklung für MEOS- An- 
wender zu realisieren. 

Zu diesem Zweck wurden Programm- 
module für PC/BC unter SCP entwik- 
kelt, die auf den Ebenen Quell-, Text- 
und auch Maschinenprogramme eine 
Diskettendateikonvertierung zwi- 
schen SCP und MEOS in beiden 
Richtungen ermöglichen. Hardware- 
voraussetzung für den Konvertie- 
rungsrechner ist der Anschluß minde- 
stens eines Standard-Floppy-Lauf- 
werkes (8“) für die MEOS-Schnitt- 
stelle. 

Als erstes Ergebnis dieser Entwick- 
lung wurde z. B. für den BC 51 20 eine 
Version des Echtzeitbetriebssystems 
EIEX mit Zusatzmodulen zur Disket- 
tenarbeit im SCPX-Format entwik- 
kelt. Die Konvertierungsprogramme 
liegen sowohl als Maschinenpro- 
gramme als auch als Quellpro- 
gramme mit einer Minimaldokumen- 
tation zur Nachnutzung vor. 

SDAG Wismut, WTZ, Abt. Absatz, Karl- 
Marx-Straße 13, Griina, 9125 

Hauschild 

Grafikleiterkarte 
im K 15 20-Format 

Im VEB Weimar-Werk wurde eine 
Grafikleiterkarte mit dem GDC U 
82720 (siehe MP 4/1987, Seite 99) 
entwickelt. Sie ist speziell für das Pro- 
grammiergerät PRG 700 vom VEB 
Numerik Karl-Marx-Stadt im K 1520- 
Kartenformat ausgelegt, kann aber 
auch in allen anderen Rechnern, die 
auf K 1 520-Basis arbeiten, eingesetzt 
werden. 

Grundlage für den Einsatz ist das Be- 
triebssystem SCP. Mit dieser Karte 
können in den Grenzen der 8-Bit- 
Technik 

- Technische Zeichnungen erstellt 

- alphanumerische Zeichen in ver- 
schiedenen Varianten geschrie- 
ben 

- der Zoomfaktor gewählt 

- der Displaybereich verschoben 

- Makros definiert werden. 

Der Ausdruck ist durch Plotter bzw. 
grafikfähige Drucker über eine V.24- 
Schnittstelle vorgesehen. 

Für diese Karte liegen nachnutzungs- 
fähige Unterlagen vor. Interessenten 
für eine DKL bitten wir, kurzfristig eine 
Bestellung auszulösen, um eine Fer- 
tigung realisieren zu können. 

VEB Weimar-Werk, Büro für Neuererwe- 
sen/Abteilung REA, PSF 305, Weimar, 
5300; Tel. 71 3211 


Datenbankbetriebssystem 
RELA 1.4/T 

RELA wird seit dem 1 . 6. 1 988 auf KC 
85/3 in verschiedenen Bereichen des 
privaten Handwerks eingesetzt. 

Die RAM-Floppy des Datenbanksy- 
stems umfaßt 32 KByte für die Auf- 
nahme von Anwenderprogrammen. 
Zum Lieferumfang gehört eine detail- 
lierte Dokumentation, Konsultation 
und Systemanpassung, ein Auto-La- 


Börse 


desystem, die Eröffnung einer Pro- 
grammbibliothek und der aktuelle 
Softwarekatalog. 

Die wichtigsten Merkmale: 

- max. 528 KByte Dateispeicher im 
Grundgerät (272 KByte bei Druck) 

- beliebige Erweiterungen bei Nut- 
zung eines Aufsatzes und von M01 1- 
Erweiterungsmodulen 

- Dateien zu je 32 KByte, TEXOR- 
kompatibel 

- Auto-Ladesystem, Turbo mit 9124 
Baud 

- Festkommaarithmetik, max. 
20stellig 

- kundenspezifische Druckerschnitt- 
stelle, verschiedene Druckmodi als 
Systemfunktion (Listen, Tabellen) 

- Sortier-, Such-, Editier- u.a. Sy- 
stemfunktionen durch Menü- und 
Fenstersteuerung zu erreichen. 
Folgende Problemlösungen existie- 

- Rechnungslegung: wahlweise mit 
Materialbestandskorrektur, Aus- 
schrift und Berechnung der Regel- 
preise, Auftragseingabe oder 
Stammdatei sowie Ablage und Über- 
tragung in ein Journal 

- Inventur 1 : nur Summenblatt oder 
komplette Auflistung 

- Inventur 2: Zähllisten und Inventur 
mit Soll-Ist-Vergleich 

- Kassenbuch: Tageskasse, Mo- 
natsabrechnung, Kumulation 

- Lagerhaltung: Bestellung, Zu- 
gänge Bestandsermittlung, periodi- 
sche und kumulative Listen 

- Kontoprüfung: Belegabarbeitung 
im Buchhandel 

- Sonderprogramme. 
ELECTROHIC-SERVICE Helmut Ulbricht, 
Göttiner Landstraße 7, Brandenburg, 
1800; Tel. 522076 

Zierott 

Softwareansteuerung 
von Druckern unter 
DCP 1 700 

Das Dienstprogramm Multiprint 
wurde zur komfortablen Steuerung 
der Epson-Drucker FX 800/FX 1000 
im Geräteverbund mit dem AC 7150 
unter DCP 1700 entwickelt. Es liegt 
zur Zeit auch in einer Version für die 
Epson-Drucker LQ 850/LQ 1050 (un- 
ter MS-DOS 3.2.) vor. Das Programm 
weist folgende Merkmale auf: 

- Realisierung von über 40 Steuer- 
befehlen durch übersichtliche Menü- 
steuerung (in Fenstertechnik, mit 
Cursortasten bzw. Maus) 

- Bereits beim Aufruf realisiert das 
Programm unabhängig von der DIP- 
Schaltersteilung des Druckers eine 
erfahrungsgemäß günstige Grundin- 
itialisierung mit Voreinstellung der 
Menüs auf die am häufigsten genutz- 
ten Optionen. 

- Das Programm ist selbsterklärend 
und kann auch durch Ungeübte sofort 
bedient werden. 

- Als besonderen Komfort weist das 
Programm die Möglichkeit auf, Textfi- 
les direkt ausdrucken zu können, was 
die Verwendung eines Textverarbei- 
tungssystems in vielen Fällen unnötig 
macht. 

- Fehler bei der Eingabe bzw. durch 
nicht bereite Hardware werden durch 
eine programmeigene Fehlerroutine 
abgefangen. 

In der Anwendung als günstig erweist 


sich die Einbindung des Programms 
in eine geeignete Nutzeroberfläche 
wie das Usermenü des Norton-Com- 
manders, so daß es aus allen Ar- 
beitsebenen heraus angesprochen 
werden kann. 

Das Programm ist in Turbo-Pascal 
realisiert und liegt einschließlich Do- 
kumentation als ausführbares COM- 
File zur Nachnutzung vor. Eine An- 
passung an andere Druckertypen, die 
ebenfalls Epson-Steuercodes ver- 
wenden, ist möglich. 

Komische Oper Berlin, EDV/BO, Behren- 
straße 55-57, Berlin, 1080; Tel. 
2202761/224 

Balzer 

Kopplung von V.24 
und seriellem IEC-Bus 
über Multiplexer 

Der Multiplexer ermöglicht die Kopp- 
lung, auch im Sinne einer Periphe- 
rieerweiterung, von beliebigen Rech- 
nern mit einem V.24-Interface (RS- 
232-C) und Geräten mit dem seriellen 
lEC-Bus-lnterface, das beispiels- 
weise Commodore-Geräte (CI 28, 
C64, CI 6), deren Peripherie (Floppy 
1541 , Drucker MPS 803 . . .) oder un- 
garische Heimcomputer (Primo) be- 
sitzen. Neben dem Multiplexer exi- 
stiert eine ausführliche Beschreibung 
(Dokumentation) des seriellen IEC- 
Busses bestehend aus: 

• verbaler Beschreibung 

• Zeitdiagrammen 

• Zustandsgraphen 

• Programmablaufplänen und As- 
sembler-Quellcode (Z 80). 

Damit lassen sich auch wesentlich 
einfachere Lösungen, z. B. Anpas- 
sung von COMMODORE-Peripherie 
an Z 80-Rechner oder Übertragung 
von Daten zwischen CI 6, C64 ... und 
anderen Rechnern, finden. 

VEB EAW Elektronik Dresden, Abt. WEL, 
Großenhainer Straße 1-7, 

Dresden, 8060; Tel. 5948234 

Seifert 

Programmverwaltung 
auf KC 85/3 

Das Programm DATVER dient der Ver- 
waltung von Basic-Programmda- 
teien. Hierzu wird am Anfang einer je- 
den Programmkassette eine Datei 
DIREKTORY abgelegt. Nach Pro- 
grammstart und Einladen einer Direk- 
tory werden die Programmbezeich- 
nungen angezeigt. Der Hinweis auf 
die MB-Startposition erfolgt nach Ein- 
gabe des gewünschten Programm- 
namens. Nach Positionierung des 
Bandes und Tastendruck erfolgt das 
Einladen des Programms, nach er- 
neutem Tastendruck die Abarbeitung 
desselben. Bei Beendigung der Abar- 
beitung verzweigt DATVER zur An- 
zeige der Programmbezeichnungen, 
und das nächste Programm bzw. eine 
andere Direktory können geladen 
werden. Das dazugehörige Dienst- 
programm EKDIR ermöglicht den 
Aufbau sowie die Pflege der Datei DI- 
REKTORY. Es werden die Funktio- 
nen Einlesen, Abspeichern, Anzei- 
gen, Hinzufügen, Korrektur und Lö- 
schen realisiert. 

Für die Anwenderprogramme gelten 
folgende Einschränkungen: Kleinste 
Zeilennummer =19500 (das kann 


mit einer RENUMBER-Anweisung 
leicht realisiert werden) und am Pro- 
grammende muß Sprung zur Zeile 
9000 erfolgen (vor Programmende 
GOTO 9000 einfügen). 

VEB Leichtmetallgußwerk, Abt. EDV, 
Enge Gasse, Bad Langensalza, 5820 

Dünnebeil 


Hexadezimaleditor 

Zur Nachnutzung bieten wir für den 
Mikrorechnertyp AC7100 unter dem 
Betriebssystem SCP 1 700 den Hexa- 
dezimaleditor HEXER an. Mit HEXER 
lassen sich einfache Editorfunktionen 
wie Löschen, Einfügen und Über- 
schreiben auf beliebige Daten an- 
wenden. Pro Bildschirm werden 128 
Bytes im hexadezimal- und ASCII- 
Format dargestellt, wobei der Editier- 
modus zwischen beiden Formen be- 
liebig umschaltbar ist. Die Komman- 
dosyntax wurde an Wordstar ange- 
lehnt; die Positionierung erfolgt mit- 
tels Kursortasten oder über ein inte- 
griertes Suchkommando. Mit HEXER 
können sowohl Dateien als auch di- 
rekt adressierte Einzelblöcke bear- 
beitet werden; Einzelblöcke lassen 
sich auch zu einer Datei zusammen- 
fassen. 

HEXER besitzt nicht die Leistungsfä- 
higkeit professioneller Editoren, ist 
aber besonders bei Reparaturarbei- 
ten, z. B. an REDABAS-Dateien, sehr 
nützlich. 

VEB LMB Güstrow, Abt. L 102, Rövertan- 
nen, Güstrow, 2600; Tel. 46515 

Ansorge 

GEM-Interface 
für Turbo-Pascal 4.0 

Es wurde eine Anbindung von Turbo- 
Pascal (Version 4) an GEM entwik- 
kelt. Sie erlaubt den Einsatz der AES- 
und VDI-Bibliotheksfunktionen in ei- 
genen, in Turbo-Pascal geschriebe- 
nen Programmen. 

AES (Application Environment Servi- 
ces) ist ein System zur Steuerung von 
grafischen Eingaben. Es enthält die 
Routinen für verschiebbare Fenster, 
Pull-down-Menüs, Warn- und Alarm- 
boxen, Systemrufe und Möglichkei- 
ten zur Reaktion auf Maus- und Ta- 
statureingaben. 

VDI (Virtual Device Interface) ist eine 
geräteunabhängige Grafikschnitt- 
stelle. VDI ist ein stark erweiterter 
Nachfolger von GSX. Grafikpro- 
gramme und grafische Bestandteile 
beliebiger Programme können mit 
VDI geräteunabhängig erstellt wer- 
den. 

Die nachnutzbare Softwareleistung 
besteht aus folgenden Komponen- 

Unit AESGEM - AES-Funktionen 
Unit VDIGEM - VDI-Funktionen 
Unit GEMDEF - Konstanten, Variablen 
und Hilfsfunktionen, die den Einsatz 
der beiden anderen Units erleichtern. 
Alle Komponenten werden in über- 
setzter Form und als Quelltext über- 
geben. Einsetzbar ist die Einbindung 
auf dem AC 7150 und IBM-kompati- 
blen PCs mit Grafikkarte. Die Einbin- 
dung ist lauffähig ab GEM-Version 
1.x. Es wurden alle Funktionen reali- 
siert, auch die ab Version 2.x nicht 
mehr unterstützten. 

Zusätzlich wird eine ausführliche Be- 
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Schreibung (auf Diskette) der AES- 
Funktionen zur Nachnutzung ange- 
boten. Eine Beschreibung der VDI- 
Funktionen ist in Vorbereitung. 

Ingenieurhochschule für Seefahrt War- 
nemünde/Wustrow, Direktorat R, Wis- 
senschaftsbereich Informationsverar- 
beitung. Richard-Wagner-Straße 31, 
Warnemünde, 2530 

Läbcke 

Textverarbeitungssystem 
SALOT EX ’87 für 
ATARI 800 XL und KC 85/3 

SALOTEX wurde als Betriebs- 
systemerweiterung des ATARI 800 
XL mit der Zielstellung konzipiert, ein 
kassettenorientiertes Textverarbei- 
tungssystem zu schaffen, das voll- 
ständig kompatibel mit dem modula- 
ren System des KC 85/2, /3 ist und 
sich damit optimal in das vorhandene 
Hardwareangebot der DDR-Produk- 
tion einpaßt. 

Die nachfolgend skizzierten Charak- 
teristika von SALOTEX deuten an, in- 
wiefern diese Zielstellung erreicht 
wurde: 

- Verfügbarer Textspeicher von 39 
bis 44 KByte (etwa 25 bis 30 Schreib- 
maschinenseiten zu 30 Zeilen mit 60 
Anschlägen) 

- Wahl zwischen 40- und 64-Zei- 
chendarstellung auf 24 bzw. 32 Zei- 
len (bei druckbildadäquater Raum- 
aufteilung) 

- Kontinuierliches Zeilenscrolling im 
gesamten Text (verzögerungsfrei 
vor- und rückwärts) und seitenweises 
Blättern 

- Kompatibilität der Schreib-/Lese- 
routine zum KC 87 bzw. KC 85/3 so- 
wie der Texte zum TEXOR-Modul 
des KC 85/3 

- Zusätzliche Turbo-Schreib-/Lese- 
routine mit der lOfachen Bitrate ge- 
genüber der Standardroutine des 
ATARI 800 XL 

- Reversible Formatierung des Tex- 
tes sowie Seitennumerierung 

- Im Schreibmodus ansprechbare 
schnelle Routinen zum Verlagern, 
Kopieren und Löschen von Textteilen 
sowie zum Einfügen, Auffinden und 
Ersetzen von Wort- und Satzteilen 

- Umschaltbarkeit zu Basic (Bela- 
stung des Basic-RAM durch SA- 
LOTEX mit nur zwei Byte, Pro- 
gramme bleiben lauffähig) 

- Nutzbarkeit von SALOTEX als 
Screeneditor für Forth, damit Mög- 
lichkeit der vollen Kompatibilität zwi- 
schen 6502- und U 880-Forth-Rech- 
nern (KC 85/3, ATARI 800 XL bzw. 
130 XE). 

SALOTEX ist ausschließlich auf der 
Gerätekombination ATARI 800 XL/ 
JUNOST 402/GERACORD 6022 (mit 
Tonbandinterface) mittels eines in 
Forth verfaßten flexiblen Assemblers/ 
Disassemblers entworfen worden. 
Einige Besonderheiten von SA- 
LOTEX: 

• In SALOTEX wurde die Lese-/ 
Schreibroutine des KC 85/3 simuliert. 
Bereits ohne Interface erhält man 
vom ATARI 800 XL Recorderauf- 
zeichnungen, die vom KC 85/3 ak- 
zeptiert werden. Ein einfaches Inter- 
face, das das Ausgangssignal des 
Recorders auf TTL-Pegel anhebt, ge- 
stattet den Datenaustausch auch 
vom KC 85/3 zum ATARI-Compu- 
ter. 

• In SALOTEX verfaßte Texte kön- 
nen bei Vorhandensein einer V.24- 
Schnittstelle für den ATARI 800 XL 
unmittelbar gedruckt werden. Eine 
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reiberroutine und ein Satz der wich- 
tigsten Druckersteuerzeichen für den 
LX-86 wurde installiert. Zudem kön- 
nen die T exte auf einen KC 85/3 über- 
tragen und mittels einer kurzen Trei- 
berroutine von dessen V.24 zum 
Druck ausgegeben werden. Verfügt 
der KC 85/3 über einen TEXOR-Mo- 
dul, lassen sich die SALOTEX-Texte 
durch diesen korrigieren und druk- 
ken. 

Pädagogische Hochschule „Karl Lieb- 
knecht“ Potsdam, Sektion Marxismus- 
Leninismus, Am Neuen Palais, Pots- 
dam, 1570 

Dr. Petsche 

Dienstprogramme 
für UDOS 

Bei der Programmentwicklung für U 
880 erzeugen LINK oder PLINK eine 
Tabelle aller globalen und internen 
Symbole jedes Objektmoduls. SYM- 
BOL gibt diese vollständige Symbol- 
tabelle einer Prozedur im Klartext als 
vierspaltige T abelle auf SYSLST (unit 
3) aus. Die Symboltabelle enthält ge- 
ordnet nach Objektmodulen jede As- 
sembler-Marke und den dazugehöri- 
gen Hexadezimalwert. SYMBOL er- 
leichtert die Fehlersuche in allen Fäl- 
len, wo ein Symboldebugger nicht 
ersetzbar ist, und erweitert die Pro- 
grammdokumentation. 

MORE dient zur bildschirmweisen Be- 
trachtung von Textfiles und kann das 
Programm PRINT ersetzen. 

DIFF vergleicht zwei Textfiles und gibt 
alle Unterschiede aus. DIFF erkennt 
auch das Einfügen oder Streichen 
von Zeilen im Text, vergleicht also 
auch unterschiedlich lange Texte 
sinnvoll und geht damit über COM- 
PARE hinaus. 

GREP sucht aus Textfiles alle Zeilen 
heraus, die einen bestimmten Such- 
begriff enthalten. Die Suchbegriffe 
können vollständig festgelegt sein 
(z. B. Wörter) oder teilweise mehrere 
Möglichkeiten beinhalten (z. B. belie- 
bige Endungen). Die zusätzliche Aus- 
gabe von Filename, Zeilennummer, 
Anzahl der gefundenen Einträge u. a. 
kann gewählt werden. 

GREP ist vielseitig ersetzbar für Ver- 
waltung von Katalogen und die Er- 
stellung von Cross-Referenzen, 
Sachwortregistern und Inhaltsver- 
zeichnissen. 

VEB Schiffselektronik „Johannes 
Warnke“ Rostock, Abt. EFB, PF 85, Ro- 
stock 5, 251 0; Tel . 81 22 20 

dBase Ill-Dateizugriff 
und Nutzeroberfläche 

Für den erweiterten und multivalen- 
ten Einsatz von dBase-Datenspei- 
chern ist es zweckmäßig, einen direk- 
ten Datenzugriff zu realisieren, ohne 
dabei den vollen Systemumfang des 
Datenbankbetriebssystems einset- 
zen zu müssen. Es wurde dazu ein 
Programmpaket Pascal/C/dBase un- 
ter dem Betriebssystem MS-DOS 
entwickelt, das mit folgendem alter- 
nativen Leistungsumfang angeboten 
wird: 

- menügeführte Nutzeroberfläche 
für DBF-Dateien zum Lesen, Schrei- 
ben, Auf nehmen und Selektieren von 
Datensätzen, als lauffähiger ge- 
schlossener Modul (COM oder EXE- 
File) 

- Programmbausteine in Quellform 
für die Einbindung in komplexe An- 
wendungssysteme in den Versionen 


für Turbo-Pascal 3.0 und 4.0 oder 
MS-C 5.0 

- Programmgenerator zur Erzeu- 
gung von vollständigen und compi- 
lierbaren Pascal-Quellmodulen, die 
jedoch für nutzereigene Erweiterun- 
gen offen sind 

- Verschiedene Schnittstellen zu 
CP/M- und SCP-Betriebssystemen , 
statistische Analyse, Präsentations- 
grafik sowie Datentransfer. 

Folgende Gebiete bieten sich u. a. für 
den Einsatz des Programmpaketes 
an: Datentransfer zwischen verschie- 
denen Datenverwaltungssystemen, 
Datentransfer von dBase für numeri- 
sche Berechnungen und grafische 
Darstellungen, Operative Daten- 
bankarbeit (UPDATE, LIST, DE- 
LETE) mit geringem Datenumfang, 
Verteilte Verarbeitung der DBF-Da- 
teien auf 8-Bit- und 16-Bit-Technik. 
Friedrich-Schiller-Universität Jena, Re- 
chenzentrum, Humboldtstraße 2, Jena, 
6900; Tel. 820 

ScheibelWegner 

KYRIBASE: 

dBase versteht Russisch 

Das Programm KYRIBASE eröffnet 
die Möglichkeit, alle Vorteile von 
dBase III + auch für eine kyrillische 
bzw. gemischte (lateinisch-kyrilli- 
sche) Datenbank zu nutzen. 

Natürlich hat dBase erstens (1) kei- 
nen kyrillischen Zeichensatz und 
zweitens (2) ist eine Sortierung für ky- 
rillische Textfelder nicht ohne weite- 
res möglich. Wie werden diese bei- 
den Probleme gelöst? 

(1) Ein Textprogramm gibt eine Ta- 
staturbelegung für den kyrillischen 
Zeichensatz vor. Der Nutzer kann die 
in lateinischen Lettern geschriebenen 
„russischen“ Feldinhalte lesen und 
damit auch optisch prüfen (z. B. beim 
Editieren). Der Ausdruck erfolgt über 
ein speicherresidentes Programm, 
für das ein spezieller Druckerfont ge- 
schaffen wurde. Ihr grafikfähiger (1) 
Drucker schreibt nun kyrillische Zei- 
chen. 

(2) Für die Sortierung wurde ein Kon- 
vertierungsprogramm erstellt. Es 
werden vom Programm für eine Da- 
tenbank automatisch - vom Nutzer zu 
bestimmende - zusätzliche Felder 
geschaffen, die die konvertierten Zei- 
chen der originalen „kyrillischen“ Fel- 
der aufnehmen. Diese Felder kann 
der Nutzer nun sortieren bzw. indizie- 
ren, was sonst nicht möglich wäre. 

VEB Mansfeld-Generallieferant Metal- 
lurgie, Erzprojekt Leipzig, Abt. JETE, 
Brandvorwerkstraße 72, Leipzig, 7030; 
Tel. 3 95 00 

Martin 

Update-Kopierprogramm 

UDC 

Das Kopierprogramm UDC dient zur 
Dateisicherung von Festplatte auf 
Diskette. Es kopiert aus dem aktuel- 
len Verzeichnis nur die Dateien, die 
auf der Kopiediskette noch nicht ge- 
speichert sind oder dort einen älteren 
Stand haben (UpDateCopy). Im Pro- 
grammaufruf können als Parameter 
mehrere Dateibezeichnungen der 
Form name.typ unter Verwendung 
von * bzw.? angegeben werden. Im 
aktuellen Verzeichnis und auf der 
Zieldiskette werden die zur Dateibe- 
zeichnung gehörenden Dateien mit 
ihren Datum- und Zeiteintragungen 
verglichen und danach nur neue und 
aktuellere Dateien auf die Diskette 


kopiert. Während des Programm- 
ablaufs werden keine Tastatureinga- 
ben abgefragt. Das Programm UDC 
arbeitet als Window. Bildschirmauf- 
bau und Cursorposition werden zum 
Programmabschluß original restau- 
riert. Damit bietet sich UDC beson- 
ders für automatisierte Kopierabläufe 
an, die z. B. in dBase-Projekten im- 
mer wieder benötigt werden. 

Dateien mit den Attributen R/O, SYS 
und HID werden von UDC nicht be- 
rücksichtigt. 

UDC ist in Turbo-Pascal program- 
miert und läuft unter MS-DOS und 
kompatiblen Betriebssystemen. 
Durch das Anlegen von .BAT-Dateien 
in allen relevanten Unterverzeichnis- 
sen gestaltet sich das aktuelle Si- 
chern von dBase-, Basic- oder Pas- 
cal-Programmen sowie TP-Texten 
und Kalkulationstabellen problemlos. 
Für diese BAT-Dateien braucht UDC 
nur in einem dem Betriebssystem 
durch die PATH-Anwendung bekann- 
ten Suchverzeichnis gespeichert 
sein. 

VEB Lufttechnische Anlagen Stahnsdorf, 
Ruhlsdorfer Straße 23, Stahnsdorf, 
1533; Tel. 6262 

G Öhrs 

Druckprogramm 

WSPrint 

WSPrint ist ein universelles, menüge- 
steuertes Druckprogramm in Ergän- 
zung zu TP (Textprozessor). WSPrint 
wurde in Turbo-Pascal implementiert 
und ist unter SCP 1700 am A 7100 
verfügbar. 

In WSPrint wurde gegenüber TP ein 
erweiterter Steuerzeichen- und 
Punktkommandovorrat realisiert. So 
sind beispielsweise die Grafikzeichen 
der EPSON-Drucker verfügbar, der 
Zeilenabstand läßt sich in 1/48”- 
Schritten variieren. Textdateien kön- 
nen auf dem Bildschirm in 10 Ge- 
schwindigkeitsstufen angezeigt wer- 
den, wobei darstellbare Steuerzei- 
chen interpretiert werden, die Seiten- 
formatierung wird dabei durchge- 
führt. Dadurch ist eine erhebliche Pa- 
piereinsparung bei der Textverarbei- 
tung möglich. 

WSPrint erzeugt auf allen implemen- 
tierten Druckertypen (EPSON LX 86, 
FX 1000, robotron K 6313/14, K6316 
(Schalterdrucker), SD 1152 (deut- 
sches und internationales Typenrad)) 
annähernd gleiche Druckeffekte. 
Nicht darstellbare Druckmodi (z. B. 
NLQ und Hoch-/Tiefstellen beim LX 
86) werden in anderer geeigneter 
Form (z. B. Doppeldruck) dargestellt. 
Im Zeichensatz des jeweiligen Druk- 
kertyps nicht vorhandene Symbole 
werden improvisiert (beispielsweise ] 
als ] beim 1152 mit deutschem Ty- 
penrad) oder als Leerzeichen ge- 
druckt (einige Grafikzeichen). 
WSPrint ermöglicht eine betriebsin- 
terne Standardisierung des Steuer- 
zeichenumfangs in Textdateien, da 
der Druck nicht mehr an eine drucker- 
spezifisch generierte TP-Version ge- 
bunden ist. 

Technische Universität Dresden, Sek- 
tion Fertigungstechnik und Werkzeug- 
maschinen, Bereich Montage und Füge- 
technik, Mommsenstraße 13, Dresden, 
8027; Tel. 4 57 93 34 
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Erster optischer 
1 -KBit-Chip 

Den weltweit ersten optischen 1 -KBit- 
Speicher hat das japanische Elektro- 
nikunternehmen NEC entwickelt. 
Dieser Hochgeschwindigkeitsspei- 
cher mit 1024 optischen Elementen 
auf einem ein Quadratmillimeter gro- 
ßen Stück sei ein Schritt in Richtung 
eines 1 -MBit-Chips auf der Basis von 
Galliumarsenid, der in einigen Jahren 
zur Verfügung stehen könnte. 

Der neue Chip soll in der Lage sein, 
eine Vielzahl optischer Signale paral- 
lel zu verarbeiten - und das viel 
schneller als konventionelle elektro- 
nische Schaltkreise. Nach Angaben 
des Unternehmens könnte der neue 
Speicher den Weg zu optischen 
Computern eröffnen. 

ADN 


Floptical Disk mit mehr 
als 20 MByte 



Anläßlich der Comdex-Messe im No- 
vember 1988 in Las Vegas erregte 
das junge US-Unternehmen Insite 
Peripherais mit seinem opto-magne- 
tischen Floppy-Disk-Laufwerk Insite 
Model 7325 besondere Aufmerksam- 
keit. Das Interessante an dem Lauf- 
werk ist, daß es mit besonders nach- 
behandelten, aber ansonsten 
handelsüblichen 3,5-Zoll-Disketten 
Speicherkapazitäten bis zu 20,8 
MByte formatiert (25 MByte unforma- 
tiert) erlaubt (siehe auch MP 2/89, S. 
61). Möglich ist dies durch optisch 
auswertbare 4,5 pm breite Führspu- 
ren, die mittels Laserstrahl konzen- 
trisch bei Insite Peripherais auf die 
Aufzeichnungsoberfläche geschrie- 
ben werden (siehe Bild). Das Licht ei- 
ner Leuchtdiode (LED) wird durch 
eine Öffnung im Schreib-/Lese-Kopf 
des Laufwerkes auf die optische 
Führspur geworfen, dort reflektiert 
und über Fotozellen ausgewertet. 
Damit wird eine besonders hohe Po- 
sitioniergenauigkeit erreicht. Sie er- 
laubt es nun, statt der bisher maximal 
möglichen 48 bis 135 Spuren 1250 
Spuren mit 15,24 «m Breite aufzu- 
zeichnen. 

Die mittlere Zugriffsgeschwindigkeit 
wird mit 65 ms angegeben. 

Zum Anschluß an PC XT/AT- und PS/ 
2-Modelle ist das Laufwerk mit der 
SCSI-Schnittstelle ausgestattet. Es 
soll Mitte des Jahres auf den Markt 
kommen; die Firmen Kodak, Verba- 
tim und Xidex werden die Herstellung 
der Disketten übernehmen. mp 


Entwicklungen und Tendenzen 


MCI Carat IV 

Den nach eigenen Angaben mit 
33 MHz schnellsten 80386-Mikro- 
computer hat die Firma MCI auf der 
Electronica '88 gezeigt. Gedacht ist 
der als Tower ausgeführte Carat IV 
für CAD/CAM-Anwendungen und 
dementsprechend mit schneller Gra- 
fik sowie Festplatten hoher Kapazität 
ausgestattet. Nachrüstbar ist ein Wei- 
tek-Koprozessor. Betriebssysteme 
sind wahlweise DOS oder SCO Xenix 
386. MP 

32-Bit-Europrozessor 

Neun europäische Computer- und 
Schaltkreishersteller überlegen ge- 
genwärtig die gemeinsame Entwick- 
lung eines eigenen Mikroprozessors, 
um die Abhängigkeit speziell von US- 
amerikanischen Firmen zu verrin- 
gern. Siemens und Philips, die Halb- 
leiterfirmen Alcatel, Plessey und SGS 
Thomson Microelectronics sowie die 
Computerfirmen Bull, International 
Computer Ltd., Nixdorf und Olivetti 
diskutieren über einen sogenannten 
Europrozessor, der in einer 32-Bit- 
Version innerhalb von drei Jahren 
produktionsreif sein soll. Genaue De- 
tails des Europrozessor-Programms 
sind noch nicht bekannt, wahrschein- 
lich ist aber ein RISC-Prozessor in 
CMOS-Technologie. Ausgangs- 
punkte könnten Hyperstone, ein von 
dem Ingenieurbüro Otto Müller in 
Konstanz entwickelter 32-Bit-CMOS- 
Prozessor mit einer Leistung von 20 
MIPS und ARM, ein RISC-Prozessor 
der britischen Firma Acorn Computer 
Ltd., die von Olivetti kontrolliert wird, 
sein. Angestrebt wird ein Prozessor, 
der UNIX-kompatibel und paßfähig zu 
den Systembusstrukturen der 80386- 
und 68020/68030-Prozessoren sein 
soll. MP 

Laptop mit Farbdisplay 

Den nach eigenen Angaben ersten 
Laptop-Computer mit Farbmonitor 
stellte jetzt die japanische Firma Hita- 
chi vor. Es handelt sich dabei um ein 
6,3-Zoll-Flüssigkristalldisplay mit ei- 
ner CGA-Auflösung von 640x200 
Bildpunkten; im Textmodus sind 25 
Linien mit 40 oder 80 Zeichen dar- 
stellbar. Weitere Merkmale des HL 
400C sind ein 80286-Prozessor mit 
12 MHz. 1 MByte RAM (der sich er- 
weitern läßt), je eine parallele, serielle 
und RGB-Schnittstelle, zwei Steck- 
plätze, eine 3,5-Zoll-Floppy und eine 
20-MByte-Festpiatte. Die Masse des 
Laptops beträgt 7,3 kg. mp 

Neue CrystalPrint- 
Familie von Qume 



Die Qume GmbH stellte Ende 1988 
eine völlig neue Seitendrucker-Fami- 
lie vor. Bei den Geräten wird die von 
der Firma Casio entwickelte LCS- (Li- 


quid Crystal Shutter-) Technologie 
verwendet. Das heißt, die Drucker ar- 
beiten nach dem gleichen Grundprin- 
zip wie die meisten LED- oder Laser- 
drucker, stellen also praktisch eine 
Kombination aus Fotokopierer, La- 
serdrucker und Matrixdrucker dar: 
Eine lichtempfindliche Trommel wird 
punktweise belichtet und das so ent- 
standene Bild mit Hilfe von Toner, 
Hitze und Druck auf Papier übertra- 
gen. Der Unterschied liegt in der 
Lichtquelle. Während andere Seiten- 
drucker überwiegend den Laserstrahl 
oder LED-Schienen als Lichtquelle 
einsetzen, verwendet die LCS-Tech- 
nologie eine einfache Halogen-Stab- 
lampe. Zwischen dieser Lampe und 
der Bildtrommel befinden sich ein 
Flüssigkristall-Lineal (Liquid Crystal 
Shutter) mit nebeneinander angeord- 
neten Flüssigkristallen und ein Lin- 
senfeld. Die 300 Flüssigkristalle pro 
Zoll können durch Anlegen einer 
Spannung in ihrer Ausrichtung geän- 
dert und so je nach Vorgabe des Con- 
trollers lichtdurchlässig gemacht wer- 
den. Das Licht der Stablampe fällt 
entsprechend nur durch die durchläs- 
sigen Kristalle und wird anschließend 
über das Linsenfeld auf die Trommel 
fokussiert. Der weitere Druckablauf - 
Entwickeln und Fixieren - entspricht 
dem der anderen Seitendrucker. 
CrystalPrint wird von Qume in zwei 
Modellen mit den Zusatzbezeichnun- 
gen „WP“ und „Series II“ angeboten. 
Die Variante „WP“ ist primär als Er- 
satz von Typenraddruckern und hö- 
herwertigen Matrixdruckern gedacht. 
Der CrystalPrint Series II soll seinen 
Einsatz als DTP- und Grafikdrucker 
finden und verfügt daher serienmäßig 
über eine HP Laserjet Serie Il-Emula- 
tion mit bis zu 1,5 MByte Speicher. 
Die Druckgeschwindigkeit wird mit 
sechs Seiten pro Minute angegeben. 

MP 

BRD-Forscher 
entwickelten super- 
schnellen Siliziumchip 

Zwei Bochumer Forschern ist erst- 
mals der Beweis gelungen, daß die 
Grenzen bei Silizium als einfachem 
und billigem Ausgangsmaterial für die 
Halbleitertechnik noch längst nicht 
ausgenutzt sind. Mit ihrer Neuent- 
wicklung, einem superschnellen Bi- 
polartransistor auf Siliziumbasis, kön- 
nen die Experten bereits in Ge- 
schwindigkeitsbereiche jenseits der 
„Schallmauer“ von 1 0 Gigabit pro Se- 
kunde Vordringen, die bisher für Sili- 
ziumchips als unerreichbar galten. 
Aus diesem Grund seien gerade für 
die nächsten Computergenerationen 
vielerorts Forschungen im Gange, die 
über Silizium hinaus gingen und den 
komplizierten und teuren Verbin- 
dungshalbleitern auf der Basis von 
Galliumarsenid gelten. Daß Ge- 
schwindigkeiten von 20 bis 30 Gigabit 
pro Sekunde tatsächlich auch mit Sili- 
zium erreicht werden können, sei in- 
zwischen mit dem ersten „echten" Sil 
SiGe-Heterobipolartransistor (HTB) 
bewiesen worden. Mit diesem neuen 
Transistor aus Bochum würden jetzt 
auch die vorteilhaften Eigenschaften 
der Verbindungshalbleiter mit Sili- 
zium als Grundmaterial erreicht. 

ADN 


Künftig 32 -Bit-RISC- 
Prozessoren von Siemens 

Die Siemens AG hat im Februar eine 
langfristige Vereinbarung mit der kali- 
fornischen MIPS Computer Systems, 
Sunnyvale, getroffen. Danach erhält 
Siemens die Möglichkeit, die 32-Bit- 
RlSC-Prozessorfamilien von MIPS 
einschließlich der Folgegenerationen 
zu produzieren und mit eigener Ent- 
wicklung aus den Prozessoren Deri- 
vate wie Microcontroller und Prozes- 
sorkerne abzuleiten. Das Abkommen 
bezieht sich zugleich auf die dazuge- 
hörige Software wie Betriebssystem, 
Compiler und Support-Programme. 
Die ersten Prozessoren sollen im IV. 
Quartal dieses Jahres geliefert werden. 
Die japanische NEC Corporation hat 
mit MIPS zum gleichen Zeitpunkt ein 
ähnliches Abkommen geschlossen. 
„Im Zeichen globaler Märkte sind 
heutzutage neue Strategien und Al- 
lianzen unter starken Partnern ein 
Muß, nicht nur im Bereich der Sy- 
steme, sondern auch bei Halblei- 
tern“, erklärte Dr. Horst Fischer, Mit- 
glied der Leitung des Geschäftsfüh- 
renden Bereichs der Siemens AG. 
MIPS sei ein starker Partner, der ge- 
meinsam mit seinen Halbleiterher- 
stellern in den USA im letzten Quartal 
1988 mehr RISC-Prozessoren ver- 
kauft hat als alle anderen Anbieter zu- 
sammen. Bedeutende Systemanbie- 
ter wie DEC haben für ihre neuen Ge- 
nerationen von Workstations oder 
UNIX-Systemen bereits diese RISC- 
Architektur übernommen. 

Siemens hat sich für die RISC-Pro- 
zessoren von MIPS entschieden, weil 
sie mit derzeit 20 MIPS (Millionen In- 
struktionen pro Sekunde) durch- 
schnittlicher Systemleistung zu den 
weltweit schnellsten zählen und weil 
für die Anwendung dieser Prozesso- 
ren das mit Abstand breiteste Soft- 
ware-Angebot vorliegt, insbesondere 
optimierte Compiler für höhere Pro- 
grammiersprachen wie auch lei- 
stungsfähige Entwicklungssysteme. 
Darüber hinaus ist diese RlSC-Pro- 
zessorfamilie die einzige am Welt- 
markt mit Pinkompatibilität unabhän- 
gig vom Hersteller. mp 

Intel-kompatible 
Prozessoren von NEC 

Der neueste 80386-kompatible Pro- 
zessor in CMOS-Technologie von 
NEC ist der V70. Mit einer Taktfre- 
quenz von 20 MHz leistet er 6,6 MIPS 
- andere Angaben gehen bis zu 
45 MHz und 15 MIPS. Damit ist er 
schneller als der 80386 von Intel, der 
bei 25 MHz eine Rechnerleistung von 
5 MIPS liefert. Die Transferrate des 
V70 beträgt 40 MByte pro Sekunde. 

Die intel-kompatible V-Reihe mit 16- 
Bit-Verarbeitungsbreite beginnt beim 
V20 (8088-kompatibel) und geht über 
die Typen V30, V33 und V50 (8086- 
kompatibel) bis zum V40 (80186- 
kompatibel). (Der V50 ist allerdings 
nur mit dem 8086-Modus des 80286 
kompatibel.) Die Prozessoren mit 32- 
Bit-Verarbeitungsbreite sind der V60 
mit einem 16-Bit-Datenbus (ähnlich 
dem Intel 80386SX) und der V70. 
Wegen ihres geringen Stromver- 
brauchs werden die Prozessoren der 
V-Serie bevorzugt in Laptops einge- 
setzt. mp 
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16-MBit-DRAM von Matsushita 



Im Semiconduclor Research Labora- 
tory von Matsushita wurde der Proto- 
typ eines 16-MBit-DRAMs entwickelt. 
Er wurde in einer 0,5-,um-Technolo- 
gie gefertigt und bringt die bemer- 
kenswert geringe Zugriffszeit von 


reihe von Sharp 



Auf dem Markt der Laptops verfolgen 
die Hersteller offensichtlich unter- 
schiedliche Ziele. Einige Hersteller 
rüsten ihre Geräte technisch immer 
weiter auf (s. MP 1/89, 4. Umschlag- 
seite). Ein etwas anderes Konzept 
verfolgt Sharp Electronics. Das Kon- 
zept hieß von Anfang an, möglichst 
nur „reinrassige“ Laptops zu bauen, 
das heißt, es sollten nur besonders 
leichte, handliche und vor allem netz- 
unabhängige Geräte angeboten wer- 
den. Diese Grundsätze verwirklicht 
Sharp auch bei seiner neuen PC- 
46XX-Serie. 

Der PC-4602 enthält zwei 3V2-Z0II- 
Laufwerke und der PC-4641 ein 3'/2- 
Zoll-Laufwerk sowie ein 40-MByte- 
Festplattenlaufwerk. Sharp präsen- 
tiert damit den nach eigenen Anga- 
ben ersten netzunabhängigen XT- 
kompatiblen Laptop mit einer derart 
hohen Speicherkapazität. Die Zu- 
griffszeit bei der Festplatte (PC-4641 ) 
liegt bei 55 ms. Die interne Speicher- 
kapazität beträgt bei beiden Modellen 
in der Standardausstattung 
640 KByte. Für höhere Ansprüche 
kann der RAM optional auf 1 ,6 MByte 
ausgebaut werden. Als Prozessor 
wird der Intel-Typ 80188 mit 10 MHz 
eingesetzt. 


65 ns. Der Chip, der auf einer Fläche 
von 94 mm 2 rund 35 Millionen Transi- 
toren enthält, ist nur 40% größer als 
der 4-MBit-DRAM, den Matsushita 
auf der Electronics ’88 im November 
in München vorstellte. mp 


Das Display ist ein hintergrundbe- 
leuchtetes und äußerst kontrastrei- 
ches Reverse-Reverse-Supertwi- 
sted-LCD. Text und Grafiken werden 
mit einer Auflösung von 640 Pixel (ho- 
rizontal) x 400 Pixel (vertikal) darge- 
stellt. Bei einer Bildauflösung von 
640 x 200 werden für Grafiken die 
vertikalen Pixel verdoppelt (Double- 
Scan). Eine Bildauflösung von 
320 x 200 läßt eine vertikale und hori- 
zontale Verdopplung der Pixel zu 
(2x2). Durch Ändern der beleuchte- 
ten Pixel aus diesen vier Pixeln las- 
sen sich vier Grauskalen zur Andeu- 
tung unterschiedlicher Farben erzie- 
len. Für den Anschluß von Drucker, 
Modem, Maus usw. steht neben der 
Centronics- und der RS-232 C- 
Schnittstelle (9-pin) ein Anschluß für 
ein externes 5,25-Zoll-Laufwerk sur 
Verfügung. Eine zweite serielle 
Schnittstelle ist für den gleichzeitigen 
Betrieb von seriellem Drucker und 
Maus vorhanden. Ebenso ist ein 
Farb-Monochrom-Bildschirm-Adap- 
ter zum Anschluß eines externen 
Farbbildschirmes optional erhältlich. 
Inklusive Batterie, jedoch ohne das 
Netzteil, wiegt der PC-4602 weniger 
als 5,5 kg und der PC-4641 weniger 
als 6,1 kg. Als Software ist im Liefer- 
umfang das Betriebssystem DOS 3.3 
sowie GW-Basic 3.22 enthalten. MP 


Transistoren 
und Dioden 
aus Polyacetylen 

Im Cavendish-Laboratorium der Uni- 
versität in Cambridge wird an der Ent- 
wicklung einer neuen Generation von 
Halbleitern gearbeitet, die aus organi- 
schen Materialien bestehen und künf- 
tig im Fernsprechverkehr und in an- 
deren Elektronikerzeugnissen ange- 
wendet werden könnten. Dabei ge- 
lang es bereits, Transistoren und 
Dioden aus Polyacetylen herzustel- 
len. Durch den Einsatz eines chemi- 
schen Verfahrens, das an der briti- 
schen Universität Durham entwickelt 


worden ist, gelang es, extrem dünne 
Filme aus Polyacetylen herzustellen 
und auf die Chip-Komponenten zu 
übertragen. Die Filme reagierten klar 
und verläßlich auf elektrische Signale 
und wandelten ihre Farbe mit der Ver- 
änderung der Spannung, was bisher 
bei Polyacetylen nicht der Fall war. 
Mit den bisherigen Modellen steht 
man erst am Anfang der Entwicklung. 
Die Modelle sind noch zu umfang- 
reich und arbeiten zu langsam, um sie 
schon zum Einsatz bringen zu kön- 

Quelle: Blick durch die Wirtschaft 
vom 13. 09. 1988 Fa 

Hochleistungschip 
von NEC 

Im Rahmen ihres nationalen Super- 
computer-Forschungs- und Entwick- 
lungsprojektes entwickelte die japani- 
sche Firma Computer Engineering 
Division der NEC Corp. einen Hoch- 
leistungsmultichip, auf dem 21 GaAs- 
und 47 bipolare Siliziumchips auf ei- 
ner Grundfläche von 100 x 100 mm 2 
angeordnet sind. Die elektrischen 
Verbindungen zwischen den Bauele- 
menten befinden sich unter dieser 
Fläche in mehreren Ebenen. Die ein- 
zelnen Verbindungsebenen werden 
durch jeweils 20 //m dicke Polyimid- 
filme voneinander isoliert. Die Leiter- 
bahnen liegen in der Größenordnung 
von 25/im. 

Als Grundlage wurde kein Silizium- 
wafer, sondern ein Saphirwafer ge- 
nutzt, dessen geringere Oberflächen- 
rauigkeit dünnere Leiterbahnen mög- 
lich macht. Als mechanischer Träger 
der gesamten Anordnung wird ein Al- 
uminiumoxidsubstrat benutzt. Die 
Gesamtverlustleistung des Prototyp- 
Multichips beträgt 150W. Um diese 
Leistung abzuführen, wird der Bau- 
stein mit flüssigen Fluorkohlenstoff- 
verbindungen gekühlt, so daß die Be- 
triebstemperatur nicht über 80 Grad 
steigt. Die kompakte Packungsdichte 
und die kurzen Verbindungen ermög- 
lichen Verzögerungen von höchstens 
6,5ps/mm. 

Quelle: Electronics. - New York 
(1988)11 Wi 

GaAs-Chip mit Schalt- 
frequenz von 3,5 ps 

Ein von der Stanford Universität ent- 
wickelter GaAs-Chip weist Schaltfre- 
quenzen von 3,5 ps bei Raumtempe- 
raturen auf und könnte damit die im 
35-Pikosekundentakt arbeitenden 
Meßdioden ersetzen. Dieser Schalt- 
takt entspricht einem Frequenzbe- 
reich von etwa 1 00 GHz. 

Die Herstellung des Chips erfolgte 
auf der Grundlage der Verwendung 
eines Lasersystems, das mit einem 
äußerst schnell arbeitenden Blenden- 
system ausgerüstet wurde. 

Die Schaltzeiten von 3,5 ps liegen in 
der Nähe der theoretischen Werte für 
sogenannte Josephson-Schaltele- 
mente. Als nächsten Entwicklungs- 
schritt will man Schaltfrequenzen im 
1 -ps-Bereich erreichen. 

Quelle: Blick durch die Wirtschaft 
von 22. 11. 1988 Fa 

Weitere Rechnerprojekte 
mit Galliumarsenid- 
Schaltkreisen 
Nachdem die Firma Cray ihren ersten 
Computer auf der Basis von Gallium- 
arsenid-Bauelementen für das Jahr 
1989 angekündigt hat (siehe MP 9/ 
1988), wird vermutet, daß die Firma 


IBM ihre mittleren und großen Com- 
puter ab 1 995 mit derartigen Bauele- 
menten ausrüstet. Bis zu diesem Zeit- 
punkt wird IBM die Galliumarsenid- 
schaltkreise bereits in Kommunika- 
tionskanälen, Cache-Speichern und - 
Controllern einsetzen. Die Technolo- 
gie für die Galliumarsenidschalt- 
kreise will IBM von der Firma Rock- 
well International übernehmen, die 
bereits seit Mitte der siebziger Jahre 
führend auf diesem Gebiet ist. 

Die Galliumarsenidlogikschaltkreise 
für den Rechner Cray-3 sollen von 
der Firma Gigabit Logic Inc. entwik- 
kelt worden sein. Durch die Verringe- 
rung der internen Verbindungen wirkt 
sich die höhere Arbeitsgeschwindig- 
keit der GaAs-Bauelemente voll aus. 
Der Rechner mit 1 6 Prozessoren und 
4 Gigabyte Hauptspeicher soll eine 
Leistung von 16GFLOPS (Milliarden 
Gleitkommaoperationen pro Se- 
kunde) erreichen (Vergleich Cray-2 
1 ,8 GMFLOPS) 

Quelle: Electronics. - New York 61 
(1988) 12 

Blick durch die Wirtschaft vom 
21. 12. 1988 Wi 

Vorbehalte hinsichtlich 
des Nutzens von Hoch- 
temperatursupraleitern 

Hochtemperatursupraleiter bringen 
nach Ansicht von Texas Instruments 
in absehbarer Zeit keine Vorteile in 
der praktischen Anwendung gegen- 
über konventionellen elektronischen 
Schaltungen und Leiterwerkstoffen. 
Die niedrige Schaltenergie würde 
durch den Energieaufwand für die 
Kühlung kompensiert. Ein weiterer 
Nachteil ist die Energiezunahme bei 
der Verkleinerung der Schaltele- 
mente, die somit der Miniaturisierung 
entgegensteht. Die langsamen 
Schaltvorgänge in peripheren Funk- 
tionen bringen im Gesamtsystem die 
extrem kurzen Umschaltzeiten der 
supraleitenden Schaltung nicht zur 
Wirkung. Die Vertreter von Texas In- 
struments sind außerdem der Auffas- 
sung, daß mit Kupfer, das auf die 
Temperatur der Hochtemperatursu- 
praleiter gekühlt wird, dieselbe Leitfä- 
higkeit wie bei den Supraleitwerkstof- 
fen erzielt wird. 

Quelle: Eildienst.- Berlin (1988) 252. 
-S.5 Wi 

Projekt „5. Rechner- 
generation in Japan“ 
mit Verzögerung 

Die Bereitstellung eines Prototyps für 
einen Rechner der Fünften Genera- 
tion soll auf Schwierigkeiten stoßen. 
In den ersten sieben Jahren wurden 
die Grundlagen der Künstlichen Intel- 
ligenz und der Verarbeitung mensch- 
lichen Wissens geschaffen. Die Um- 
setzung dieser Erkenntnisse in einen 
Computer mit Parallelverarbeitungs- 
möglichkeiten und die vorgesehenen 
Programmierverfahren waren von 
ausländischen Computerwissen- 
schaftlern für unreal angesehen wor- 
den. Wissenschaftler aus Großbritan- 
nien, den USA und Frankreich sollen 
nun einbezogen werden, um mit de- 
ren Unterstützung das Projekt zum 
Abschluß zu bringen. 
Zwischenzeitlich wurde durch das ja- 
panische Ministerium für internatio- 
nalen Handel und Industrie ein Pro- 
gramm geschaffen, das einen neura- 
len Computer zum Ziel hat. 

Quelle: Eildienst. - Berlin (1988) 256. 
-S.4 Fa 


Neue Laptop-Computer- 


Mikroprozessortechnik, Berlin 3 (1 989) ■ 


125 



Bericht 


Electronics ’88 

Vom 8. bis 12. November 1988 fand 
in München wiederum die Electronica 
statt, verbunden mit Fachtagungen, 
darunter dem 13. Internationalen 
Kongreß Mikroelektronik. Die Fach- 
messe für Bauelemente und Bau- 
gruppen der Elektronik war auf 
105000 m 2 Hallenfläche übersichtlich 
in die drei Angebotsbereiche Elektro- 
nik-Komponenten, Elektromechänik- 
Produkte sowie Ausstattungen für 
Entwicklung und Qualitätssicherung 
gegliedert. 

Die Breite und das werbewirksame 
Niveau der Darbietung machten deut- 
lich, daß stabile Kooperationsbezie- 
hungen sowohl zwischen den Anbie- 
tern als auch hin zu den Anwendern 
eine wesentliche Quelle sind für die 
schnellstmögliche Realisierung 
neuer Produktideen und die Wettbe- 
werbsfähigkeit ganzer Industrie- 
zweige. Pressemitteilungen spra- 
chen von der existentiellen Bedeu- 
tung des Zuliefersektors für hohe 
Wachstumsraten. 

Der 13. Internationale Kongreß Mi- 
kroelektronik vermittelte in Fachsit- 
zungen sowohl Informationen über 
neue Produkte als auch zu Trends 
und Forschungsprojekten. 

In der Sektion Galliumarsenidtechnik 
beispielsweise wurde die monolithi- 
sche Mikrowellen-Schaltkreistechno- 
logie als ausgereiftes Verfahren der 
Gegenwart gewertet. GaAs hat bei 
nahezu allen Anwendungen physika- 
lisch begründete Vorteile; es ermög- 
licht erst die Höchstfrequenztechnik 
über 30 Gigahertz. Die Grenzen sei- 
ner Anwendung sind gegenwärtig 
ausschließlich den Herstellungsko- 
sten der Bauelemente geschuldet 
(Ausgangsmaterial lOmal teurer, 
Ausbaute geringer, Integrationsni- 
veau lOOOfach geringer). 

Die Fachsitzung „Kreative Mikroelek- 
tronik“ stellte die Entwicklung anwen- 
dungsspezifischer Schaltkreise 
(ASICs) in den Vordergrund. Darin 
wird eine universelle Methode der 
Höchstintegration gesehen, deren 
Anwendungsfeld 1990 bis 25% des 
Marktes an integrierten Schaltkreisen 
erreichen wird. Neue Produkte zeich- 
nen sich durch hohe Komplexität, 
überwiegende Anwendung der 1-Mi- 
krometer-CMOS-Technologie, 100 
Tausend Gatter bei Gate-Arrays, 200 
Tausend bei Standardzellen und Zu- 
griffszeiten von 0,5 Nanosekunden 
aus. Zunehmend findet die analog-di- 
gitale Systemintegration (BICMOS- 
Technologie) Anwendung. Für 1990 
wird ein Anteil von 40% gemischt di- 
gital-analogen ASICs erwartet. 

Für eine allgemeine Wertung der zur 
Electronica ’88 vorgestellten Pro- 
dukte sollte besonders hevorgeho- 
ben werden, daß sich die CMOS- 
Technologie bei unipolaren Schalt- 
kreisen vollständig durchgesetzt hat 
und alle führenden Schaltkreisher- 
steller das mit dem Innovationstreiber 
Speicher erreichte höhere Technolo- 
gieniveau gleichzeitig auf verbes- 
serte Mikroprozessoren, Signalpro- 
zessoren, ASICs u. a. übertragen. 

Dazu im folgenden einige Beispiele: 

• Vom 1-MBit-DRAM wurden 1988 
weltweit über 225 Millionen Stück 
hergestellt (und noch weit mehr benö- 



tigt). Auf der Electronica wurden Mu- 
ster von 4-MBit-DRAMs gezeigt, de- 
ren Produktion 1989 beginnen soll, 
ohne daß zunächst große Stückzah- 
len abgesetzt werden. 

Das Eureka-Projekt Jessi, das sich 
derzeit in der Definitionsphase befin- 
det, hat das Ziel, die europäischen 
Unternehmen bis Mitte der neunziger 
Jahre technologisch in die Lage zu 
versetzen, 64-MBit-DRAMs herzu- 
stellen: Chips also, die über 4000 
Schreibmaschinenseiten (nahezu 8,4 
Millionen Zeichen) speichern können. 

• Die Firma VLSI-Technology gab 
den Produktionsanlauf des ersten 
Abschnitts einer neuen Hochlei- 
stungsfabrikation für Bauelemente 
auf 6-Zoll-Wafer-Basis bekannt, für 
die im März 1987 der Grundstein ge- 
legt wurde. Für diesen Abschnitt wer- 
den 1 50-200 Millionen Dollar Umsatz 
pro Jahr erwartet. Die Gesamtanlage 
soll 230000 Quadratmeter Produk- 
tionsfläche umfassen, davon 
37000 m 2 in Reinraumklasse 1. Es 
sollen Schaltkreise mit bis zu 0,25- 
um-Strukturen gefertigt werden. 

• Texas Instruments wirbt für die 
Anwendung seiner direktschreiben- 
den Elektronenstrahlanlage zur Her- 
stellung kunspezifischer Schaltkreise 
in HCMOS-Technologie, mit 1 ,8- und 
3-Mikrometer-Strukturbreiten sowie 
mit 300 bis 2500 nutzbaren Gattern. 
Damit will die Firma den Zeitraum 
vom Kundenentwurf bis zur Lieferung 
montierter und getesteter Prototypen 
auf etwa 1 Woche reduzieren. 

• 32-Bit-Mikroprozessoren her- 
kömmlicher Bauart werden in vielfälti- 
gen und leistungsgesteigerten Va- 
rianten angeboten: höhere Ge- 
schwindigkeiten, höhere Integration, 
mehr interne Speicher. 

Intensiv gearbeitet wird an Prozesso- 
ren mit reduziertem Befehlssatz 
(RISC-Mikroprozessoren). Motorola 
beispielsweise stellt mit der Familie M 
88000 ein komplettes System vor: 

- CPU MC 881 00 

- Daten- und Instruktionseinheit 

- I ntegereinheit für arithmetische, lo- 
gische Bitfeldoperationen 

- Fließkommaeinheit 

- Cache/Speicherverwaltungs- 
schaltkreis. 

Diese neue RISC-Prozessorfamilie 
erweitert Motorolas Angebot an Mi- 
kroprozessoren nach oben in höhere 
Leistungsbereiche und wird neue 
Märkte für Mikroprozessoren er- 
schließen. Es soll das erste vollstän- 
dige Konzept auf dem Markt sein, mit 
vielen heute schon verfügbaren Ent- 
wicklungshilfsmitteln ausgestattet. 

• In diesem Zusammenhang ist der 
digitale Signalprozessor TMS 320 C 
30 von T exas Instruments zu nennen. 
Er umfaßt 695000 Transistoren in 1- 
Mikrometer-Technologie, hat eine 
Befehlszykluszeit von 60 Nanose- 
kunden, führt 33 Millionen Gleitkom- 
maoperationen pro Sekunde aus und 
baut auf einer anwendungsspezifi- 
schen RISC-Architektur auf. Typi- 
sche Anwendungen sind Worksta- 
tions (Vektorberechnungen bei drei- 
dimensionalen Bildern), Radarappli- 
kationen, Berechnungen von Hoch- 
geschwindigkeitsdatenprozessoren 
in Rechnern. Der auf dem Chip inte- 
grierte DMA-Controller kann im ge- 
samten Speicherbereich des Prozes- 
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sors Daten austauschen, ohne die 
Zentraleinheit zu unterbrechen. 

• Texas Instruments informierte 
über Forschungsergebnisse und 
-muster, mit denen Silizium- und Gal- 
liumarsenid-Transistoren zu einem 
monolithischen Schaltkreis integriert 
werden. Ziel der Arbeit ist eine Pro- 
zeßtechnologie für eine auf Silizium 
basierende Serienproduktion. Dazu 
wurden Siliziumbauelemente auf 
Standard-Silizium-Wafern herge- 
stellt, auf diese selektiv dünne, 
planare GaAs-lnseln aufgebracht, 
darauf die GaAs-Strukturen produ- 
ziert und schließlich mit Standard- 
technologien die Metallverbindung al- 
ler Komponenten vorgenommen 
(siehe Bild). Auf diese Weise wurde 
begonnen, die Integration der eigent- 
lich unverträglichen hochdichten Sili- 
ziumschaltungen und extrem schnel- 
len GaAs-Komponenten an einfa- 
chen Testschaltungen zu vollziehen 
und Erfahrungen für die Realisierung 
dieser Technologie unter Produk- 
tionsbedingungen zu schaffen. Als 
Anwendungen zeichnen sich die Her- 
stellung von Rechnern und EDV-ge- 
stützten Systemen ab, die um vieles 
schneller und zuverlässiger sind als 
heutige Anlagen, die Darstellung und 
Grafik mit höherer Auflösung erlau- 
ben und im Vergleich zu ihren Vor- 
gängern durchaus auch kleiner, leich- 
ter, kostengünstiger und energiespa- 
render sein könnten. Zum Beispiel ist 
es möglich, Computersysteme mit 1 - 


MBit-Silizium-Speichern mit einer 
GaAs-Hochleistungssteuerlogik zu 
erweitern. Denkbar wäre auch ein 
hochdichter Silizium-Mikroprozessor 
mit einem integrierten GaAs-Regi- 
sterfile oder einem Cache-Speicher. 
Logik- und Speicherchips mit opti- 
schen GaAs-on-Board-Komponen- 
ten können Vorteile bieten. Ein GaAs- 
Laser überträgt Daten mit 5 bis 
lOGBaud, also wesentlich schneller 
als heute über Kabel realisierbar. 

• Als größte Renner der nächsten 
Jahre in der Leistungselektronik wer- 
den die intelligenten Leistungsschalt- 
kreise gewertet, bei denen sowohl die 
Logik als auch die Leistungsstufe auf 
ein und demselben Chip vereint sind, 
und zwar immer häufiger mit ge- 
mischten (bipolaren und MOS-) 
Technologien. Ihnen wird ein Wachs- 
tum von rund 50 Prozent pro Jahr vor- 
hergesagt. Das Einsatzgebiet für 
diese sogenannte Smart-Power ist 
die Schnittstelle zwischen dem Com- 
puter bzw. den Mikroprozessoren auf 
der einen Seite und peripheren Lei- 
stungsverbrauchern auf der anderen. 
Letztlich entspringt diese Entwick- 
lung der Notwendigkeit für System- 
hersteller, elektromechanische Bau- 
gruppen durch Elektronik zu erset- 
zen, um Zuverlässigkeit und Funktio- 
nalität zu verbessern, neue Anwen- 
dungen zu erschließen, Platz und 
Energie zu sparen und die Kosten für 
die Systemfertigung zu senken. 


6. Problemseminar 

Programmierung von Rechenanlagen des SKR 


Von der Kammer der Technik, Be- 
zirksvorstand Neubrandenburg, und 
dem Informatik-Zentrum des Hoch- 
schulwesens an der TU Dresden 
wurde vom 29. 1 1 -2. 12. 88 in Neu- 
brandenburg das 6. Problemseminar 
„Programmierung von Rechenanla- 
gen des SKR“ mit 137 Teilnehmern 
durchgeführt. Das Tagungspro- 
gramm umfaßte 22 Vorträge zu Pro- 
blemen des Einsatzes von Rechen- 
anlagen des SKR mit dem universel- 
len Echtzeitbetriebssystem OS-RW 
(MOOS-1600). Schwerpunkte der 
Tagung waren vor allem der Einsatz 
und die Nutzung der Standardsoft- 
ware und die Einbindung in Rechner- 
netze auf der Basis der SMnet 
(SKRnet)-Architektur. 

Dr. G aller (FSU Jena) berichtete über 
die Einsatzerfahrungen mit der Elek- 
tronika-79 (UdSSR), die mit einer Be- 
fehlsausführungszeit für Register- 
Register-Befehle von 0,24 ps die lei- 
stungsfähigste 1 6-Bit-SKR-Anlage 
ist. Bei eingeschaltetem Cache-Spei- 


cher ergibt sich gegenüber der SM4- 
10 für Real*4-Daten eine 6fache und 
für Real’8-Daten eine 50fache Lei- 
stungssteigerung. Weitere Vorteile 
sind die Trennung von Daten- und 
Befehlsadreßraum und die 100- 
MByte-Plattenspeicher EC 5067. Kri- 
tisch wurden auch Erfahrungen der 
technischen Zuverlässigkeit und Ver- 
fügbarkeit ausgewertet. 

Domsche (VEB Behälterglas Berns- 
dorf) und Hachenberger (VEB Braun- 
kohlekombinat Bitterfeld) werteten 
ihre Erfahrungen der Nutzung des 
Betriebssystems OS-RW auf einer 
SM1 4-20 mit 2-MByte-Hauptspeicher 
und ausgebauter Konfiguration im ex- 
tremen Multiuserbetrieb mit 10 bis 14 
Nutzern aus. Es wurden Hinweise zur 
Erhöhung des Datendurchsatzes und 
Verbesserung der Time-Sharing-Ei- 
genschaften gegeben. 

Dr. Bock (TH Wismar) diskutierte 
Probleme der grafischen Datenverar- 
beitung auf Anlagen SM4-ARM mit 
umfangreicher Grafikperipherie. Im 
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Vorträg wurde herausgearbeitet, daß 
gegenwärtig nur das grafische Kern- 
system GKS zum Einsatz kommen 
kann, da IGES nicht für die Geome- 
triemodellierung geeignet ist und 
STEP erst in etwa 4 bis 5 Jahren an- 
wendbar sein wird. 

Hoffmann (Deutsche Staatsbiblio- 
thek Berlin) stellte in einem sehr gu- 
ten Übersichtsbeitrag das interaktive 
relationale Datenbanksystem IDAS 
vor, das gegenwärtig nur unter UNIX- 
kompatiblen Betriebssystemen, wie 
MUTOS-1600 oder DEMOS, einge- 
setzt werden kann. Der Vorteil von 
IDAS ist u. a. die Anwendbarkeit va- 
riabel langer Felder. Programminter- 
faces existieren für C, Fortran, Pascal 
und Cobol. IDAS-Versionen gibt es 
unter ESER/PSU, ESER/VMX und 
MUTOS-1800. 


UNIX-Börse 

Die Entwickler- und Anwenderge- 
meinschaft UNIX-kompatibler Soft- 
ware (UNIX-EAG) führte vom 7. bis 
11. November 1988 im VEB Leitzen- 
trum für Anwendungsforschung ihre 
erste Softwarebörse durch. Die ange- 
botene Software wurde auf verschie- 
denster Rechentechnik präsentiert 
und ein Teil davon in einem Vortrags- 
programm vorgestellt. 

Verfügbar waren P 8000-Systeme mit 
WEGA, EC 1 834 mit MUTOS 1 834, A 
7150 mit MUTOS 1700, VIDEOTON 
VT 32 mit DMOS, PC/AT-Kompatible 
mit XENIX und ESER mit PSU und 
VMX. Die Kopplung der Systeme 
über uucp-Komponenten wurde mit P 
8000, EC 1834 und A 7100 demon- 
striert. Innerhalb des Vortragspro- 
gramms informierten die Entwickler 
der Betriebssysteme über den Stand 
der Arbeiten und über die beabsich- 
tigten Weiterentwicklungen: 

- Robotron-Elektronik zu MUTOS 
1700, MUTOS 1834, MUTOS 1800 

- Technische Universität Karl-Marx- 
Stadt zu MUTOS 1 835 und VMX 

- ZFT des Kombinats EAW zu 
WEGA-Erweiterungssoftware. 
Besonders wichtig war für den großen 
Kreis der Anwender, daß neben den 
Informationen zu Software und Hard- 
ware auch Probleme des Vertriebs 
und der Kundenbetreuung im direk- 
ten Kontakt mit den Herstellern disku- 
tiert werden konnten. 

Aus dem umfangreichen Angebot an 
Anwendersoftware sind hier folgende 
Schwerpunkte zu nennen: 


Mikroelektronik’ 88 

Die 6. Fachtagung des Fachverban- 
des Elektrotechnik der KDT, die als 
gemeinsame Veranstaltung „Mikro- 
elektronik ’88“ der Ingenieurorgani- 
sationen sozialistischer Länder vom 
7. bis 9. Dezember 1988 in Dresden- 
Niedersedlitz stattfand, informierte 
mit über 100 Vorträgen in 7 Arbeits- 
sektionen über den Stand und die 
Tendenzen der Entwicklung und An- 
wendung der Mikroelektronik. 

Etwa 50 Prozent der Vorträge machte 
mit Ergebnissen bekannt, die durch 
die Tätigkeit der Ingenieurorganisa- 
tionen in der UdSSR, VRB, VRP, 
CSSR und UVR erzielt worden 

Neben den Vorträgen sind die Bera- 
tungs- und Informationsmöglichkei- 
ten hervorzuheben, die es den Teil- 
nehmern gestatteten, sich 
- mit dem aktuellen Sortiment mo- 


Dr. Utke (TU Dresden/Informatikzen- 
trum) und Papenfuß (FSU Jena) stell- 
ten die SMnet-Software für das OS- 
RW vor und diskutierten Anwen- 
dungsprobleme bzw. erste Einsatzer- 
fahrungen. Schwerpunkte waren u.a. 
die Kopplung zu SKRnet des Kl 840 
und die Einbindung von Personal- 
computern unter DCP-1700. 

In einer abschließenden Problemdis- 
kussion wurden Probleme des Ein- 
satzes von Datenbanksystemen, die 
Integration von PC-Netzen, Pro- 
bleme des Einsatzes von Terminal- 
emulatoren und Fragen der Erhö- 
hung der Zuverlässigkeit der Wech- 
selplattenspeicher erörtert. 

Prof. Dr. Thomas Hom 


- Datenbanksysteme (DABA32 für 
MUTOS 1800, ING_DB für MUTOS 
1834 und andere Systeme, WEGA- 
DATA und SPHINX für WEGA) 

- Compiler (CHILL für WEGA, PAS- 
CAL/C-Umsetzer für verschiedene 
Systeme, PROLOG für WEGA) 

- Bildschirmbedienung (Masken- 
und Menügeneratoren unterschiedli- 
cher Anwendungsorientierung für 
verschiedene Systeme) 

- Grafiksoftware (2D- und 3D-Grafik 
für WEGA, XENIX und DMOS, Prä- 
sentationsgrafik). 

Weiterhin wurden zahlreiche Dienst- 
programme angeboten, u.a. für die 
Informations- und Dokumentations- 
verwaltung, Editierung und Textver- 
arbeitung. Vorgestellt wurden auch 
erste Anwendungsprojekte. Sämtli- 
che Softwareangebote, aber auch die 
Suchaufträge der Mitglieder, sind im 
Auskunftssystem der UNIX-EAG er- 
faßt worden und standen zur Recher- 
che am Bildschirm zur Verfügung. 
Eine aktualisierte Version des Aus- 
kunftssystems wurde allen Mitglie- 
dern übergeben. 

Die Softwarebörse besuchten über 
200 Teilnehmer aus 170 Institutionen 
der DDR. Der VEB Leitzentrum für 
Anwendungsforschung wird auf 
Grund der großen Resonanz auch 
1989 eine solche Veranstaltung 
durchführen und versuchen, durch 
geeignete Organisation die Teil- 
nahme aller Interessenten zu ge- 
währleisten. Zugleich bittet der Ver- 
anstalter auf diesem Wege um Infor- 
mationen zu Softwareangeboten. 

H. Grützbach, VEBLfA 


derner elektronischer Bauelemente 
aus der DDR vertraut zu machen 

- über 20 nachnutzbare mikroelek- 
tronische Lösungen in Form einer 
Posterdiskussion zu informieren 
und 

- die im staatlichen Informations- 
dienst „Mikroelektronik“ der DDR er- 
faßten Informationsquellen kennen- 
zulernen. 

In der Arbeitssektion Rechnerbau- 
gruppen und Kleincomputer konnte 
über wesentliche Fortschritte berich- 
tet werden, die seit der 5. Fachtagung 
im Jahr 1986 erreicht worden sind. 
Neben den Ausführungen zum „Pro- 
grammiermodul EPROM 1 “ und dem 
„NANOS-Gerätesystem“ standen 
vor allem die Vorträge zur Weiterent- 
wicklung der Kleinrechentechnik im 
Mittelpunkt des Interesses. Dabei 
kann die Vorstellung des Bildungs- 


computers A 5105 als besonders ge- 
lungen angesehen werden. 

Über die Nutzung von Kleinrechnern 
wurde in mehreren Vorträgen berich- 
tet. So informierte ein Fachkollege 
aus Kaunas (UdSSR) über die prakti- 
zierte Erarbeitung von Lehrprogram- 
men für die Ingenieurausbildung mit- 
tels Rechner. Über den Einsatz des 
KC 85 in der CAD-Ausbildung wurde 
aus Mühlhausen (DDR) berichtet. 
Dabei wurde darauf hingewiesen, 
daß sich der Einsatz von Rechnern in 
der Ausbildung in den nächsten Jah- 
ren verändern wird, da mit immer grö- 
ßerer Leistungsfähigkeit der Rechner 
und der komplizierter werdenden 
Hardware und Peripherie, verbunden 
mit aufwendigen Programmen, die 
Eigenprogrammierung eines Pro- 
blems immer schwieriger wird. Damit 
ist die Verwendung in der allgemei- 
nen Ausbildung kaum noch möglich. 
Im Vordergrund steht deshalb künftig, 
die Computertechnik den Auszubil- 
denden als Werkzeug zu erläutern 
und nahe zu bringen. 

Etwa in diese Richtung geht auch das 
Anliegen, das mit dem Bildcomputer 
A 5105 verfolgt wird. Mit diesem Ge- 
rät steht ein kostengünstiges und fle- 
xibles System zur Verfügung, das zur 
Informatikgrundausbildung an Schu- 
len und als modernes Werkzeug zur 
Gestaltung des Unterrichtes genutzt 
werden kann. 

Mit der Vorstellung der Industrie- 
Computer-Gerätefamilie ICA 700 
wurde überein anwendungsorientier- 
tes und leistungsmäßig gestaffeltes 
System informiert, mit dem leistungs- 
fähige Personalcomputer, gekoppelt 
mit einem Echtzeitrechner, für viele 
industrielle Anwendungsfelder und 
Automatisierungsvorhaben genutzt 
werden können. Innerhalb der Gerä- 
tereihen ICA 710 und ICA 720 sind 


Am 10. Januar 1989 fand in Leipzig 
ein Kolloquium „Entwurf und Applika- 
tion datenbankgestützter CAD-Soft- 
ware“ als Gemeinschaftsveranstal- 
tung des BV der KDT Leipzig und des 
CAD/CAM-Zentrums im Kombinat 
Polygraph statt. Unter großem Inter- 
esse der etwa 250 Teilnehmer wurde 
eine Übersicht über den Stand und 
die Entwicklungstendenzen auf dem 
Gebiet der CAD-Technologie in der 
DDR gegeben. 

Doz. Dr. Herden, Leiter des CAD/ 
CAM-Zentrums im Kombinat Poly- 
graph Leipzig, wies in seinem Plenar- 
vortrag auf die unbedingte Notwen- 
digkeit einer abgestimmten Eigenent- 
wicklung leistungsfähiger und modifi- 
zierbarer CAD-Software hin, um auf 
dieser Bais eine möglichst durchgän- 
gige Rechnerunterstützung vom Er- 
zeugnisentwurf bis zur NC-gesteuer- 
ten Fertigung auf breiter Basis zu ge- 
währleisten. 

Ohne CAD kein CIM - unter dieser 
Prämisse wurden Zielstellung und In- 
halt datenbankgestützter, über den 
Anwendungsbereich der Zeich- 
nungserstellung hinausgehender 
CAD-Softwaresysteme diskutiert. Als 
Beispiel für eine derartige Systement- 
wicklung wurde das CAD-Paket Poly- 
CAD vorgestellt, das im CAD/CAM- 
Zentrum Polygraph in Zusammenar- 
beit mit Robotron und der TU Karl- 
Marx-Stadt entwickelt wird. 


dazu unterschiedliche Einsatzvarian- 
ten verfügbar (modulares Mikrorech- 
nersystem auf Baugruppen- und Kas- 
settenebene, Schrankausführung mit 
echtzeitfähiger Prozeßkoppeleinheit, 
begrenzt konfiguierbare Auftisch- 
(Pult-)Variante), die als integraler Be- 
standteil von Geräte- und Anlagensy- 
stemen für Problemlösungen, 
als Leitstationen oderauch als Zellen- 
rechner eingesetzt werden können. 
Die Vorträge und Diskussionen in den 
weiteren Arbeitssektionen derTagung 

- zu monolithisch- und hybridinte- 
grierten Schaltkreisen 

- zum Layout-Entwurf von VLSI- 
Bauelementen 

- zu Fragen der Technologie, Prü- 
fung und Zuverlässigkeit elektroni- 
scher Bauelemente sowie 

- zu Rationalisierungs- und Automa- 
tisierungslösungen, ergänzt durch 

- eine Posterdiskussion zu multiva- 
lent nutzbaren Lösungen, 

ließen recht eindrucksvoll die seit der 
5. Fachtagung „Applikation Mikro- 
elektronik“ im Jahre 1986 erreichten 
Ergebnisse erkennen, machten aber 
auch die noch weiter zu lösenden 
Aufgaben deutlich, um die weitere 
Entwicklung und Anwendung der Mi- 
kroelektronik zu beschleunigen und 
umfassend durchzusetzen. 
Ergänzend zu den Hardware-Infor- 
mationen wurde während der Tagung 
eine „Software-Börse“ durchgeführt. 
Der dazu vom VEB Datenverarbei- 
tungszentrum Dresden vorgestellte 
Speicher enthielt 1 500 Software-An- 
wenderlösungen, die mittels eines 
AC 7150 und Drucker abrufbar wa- 
ren. Die Interessenten hatten auf 
diese Weise Gelegenheit, sich vor- 
rangig über konstruktive CAD/CAM- 
Lösungen und integrierte Systeme für 
16-bit-Rechnerzu informieren. 

Dr. R. Schneider 


PolyCAD ist auf Mikrorechnern des 
Typs A 71 50 G, EC 1 834, und XT/AT- 
kompatiblen Rechnern unter MS- 
DOS lauffähig. Dieses CAD-Paket 
orientiert sich hinsichtlich wesentli- 
cher Grundfunktionen am Leistungs- 
niveau international bekannter Sy- 
steme und ermöglicht eine weitge- 
hende Anpassung an spezifische 
Aufgabenstellungen im Bereich der 
Konstruktion, Projektierung und 
Technologie auf der Grundlage einer 
integrierten Datenbank. 

Mit einem Beitrag der TU Karl-Marx- 
Stadt zum Problemkreis der techni- 
schen Modellierung wurde auf eine 
wesentliche Voraussetzung für eine 
effektive, ESKD-gerechte Zeich- 
nungserstellung und NC-Program- 
mierung hingewiesen. Zu diesem 
Problemkreis wurde eine NC-Schnitt- 
stelle im CAD-System PolyCAD vor- 
gestellt. Einen besonderen Akzent 
setzte Dr. Loeschke vom Kombinat 
Wälzlager und Normteile mit seinem 
Vortrag zur notwendigen Integration 
von Expertensystemen in den CAD- 
Bereich. Am konkreten Beispiel eines 
Expertensystems zur Wälzlageraus- 
wahl wurden die weitreichenden 
Möglichkeiten deutlich, die Arbeit des 
Konstrukteurs durch effiziente Lö- 
sungswege und gespeichertes Ex- 
pertenwissen wirkungsvoll zu unter- 
stützen. 

W. Tischer 


Kolloquium zu datenbankgestützter CAD-Software 
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Wirksamer sprechen - 
hören - sehen 

(Technik, Methodik und Praxis der In- 
formationsaufnahme und -abgabe) 
von Wolfgang Zielke, 77 Seiten, 23 Li- 
teraturstellen. Grafenau/Württ.: Ex- 
pert Verlag 1 984. 

„Seltsamerweise ist bei allem techni- 
schen Fortschritt . . . das Feld der gei- 
stigen Arbeit lange Zeit unbeachtet 
geblieben“ sagen Verlag und Verfas- 
ser im Vorwort und wollen mit dem Ti- 
tel dazu beitragen, „beträchtliche 
Mühe und Zeit (bei Arbeitstechniken 
und Vorgehensweisen besagter Auf- 
nahme und Abgabe) ein(zu)sparen“. 
Die Strukturierung (einschließlich die 
Typographie) des Stoffes (Kapitelti- 
tel: Denkarbeit und Information“; 
„Sprechend überzeugend wirken“; 
„Gutes Hören bringt viel ein“ „Rech- 
tes Sehen - rechtes Lesen“) ist her- 
vorragend gelungen, der Stil ange- 
nehm lesbar, die nützliche Redun- 
danz angemessen. 

Man spürt injeder Zeile den Praktiker. 
Es ist kein Buch für den Profi; der 
„Einsteiger“ findet hier eine über- 
schaubare Grundlage für das infor- 
mationsverarbeitende System 
„Mensch“. 

Horst Weichardt 


Technologien 
im Umbruch 

von W. Sydow (Hrsg.), Verlag Die 
Wirtschaft, Berlin, 1988, 352 S„ 65 
Abbildungen, 32 Fotos, 24 Tabellen, 
DDR 24,80 M 

In einem interessanten Vorhaben - 
gemäß internationalen Tendenzen — 
hat der Herausgeber des Titels 
„Technologien im Umbruch“ eine 
Reihe prominenter und sehr profilier- 
ter Experten zusammengeführt, um 
eine bemerkenswerte Repräsenta- 
tion aktueller Erkenntnisse und Auf- 
fassungen zum genannten Gebiet zu 
vermitteln. Mit den geschickt ausge- 
wählten 19 Beiträgen zu zentralen 
Begriffen unserer Zeit erhält der Le- 
ser eine ausgezeichnete Einführung 
und Übersicht: Schlüsseltechnolo- 
gien - mikroelektronische Schalt- 
kreisintegration - Technologie und 
Umwelt - Qualifikation- Arbeitskräfte 
- Menschen und Natur - fünfte Rech- 
nergeneration - Informationstechno- 
logien - Roboter - Energien - Bio- 
technologie - friedlicher Weltraum 
u.a. Notwendigerweise enthält das 
Buch viel Bekanntes. Insofern bildet 
es in manchen Fragen bereits einen 
Status. Aber nur selten wird Zukunft 
aus weit zurückliegender Vergangen- 
heit gerechtfertigt. Manche Dinge 
sind für die meisten Leser sehr neu, 
so das Kapitel zur 5. Rechnergenera- 
tion von Moto-Oka, die Gedanken 
von Moissejew und Frolow zur Theo- 
rie der Noosphäre des genialen so- 
wjetischen Gelehrten Wernadski 
oder die Theorie der „langen Wellen“ 
der Wirtschaftsentwicklung infolge 
technologischer Umbrüche von 
Schumpeter. Zahlreiche Begriffe und 
Zusammenhänge erscheinen origi- 
nell gefaßt und folgerichtig begrün- 
det. So zum Beispiel der Zusammen- 
hang von „Werkzeug“ und „Denk- 
zeug“ bezüglich der industriellen 
bzw. wissenschaftlich-technischen 
Revolution, die Rolle der Vernetzung, 


Literatur 


die Einheit von Informations- und Pro- 
zeßtechnik, die flexible Automatisie- 
rung, die Einheit von Erzeugnis und 
seiner Fertigungstechnologie, auch 
Schlüsseltechnologien und sozialer 
Fortschritt, „Schatz von objektiven 
Erkenntnissen“, abproduktfreie 
Technologien und Umwelt, Schlüs- 
seltechnologien und Qualifikations- 
struktur (immer noch sind in der DDR 
40 % aller Beschäftigten in der unmit- 
telbaren Produktion nötig), Innovatio- 
nen und Wirtschaftswachstum, Elek- 
tronenstrahl-Veredelungstechnolo- 
gien, hohe Erwartungen in die Bio- 
technologie. 

Nahezu alle Beiträge sind in einer of- 
fenen und sehr gut lesbaren Sprache 
geschrieben. Bilder, Tabellen, Fotos 
und zahlreiche Zahlenangaben er- 
gänzen in ansprechender Weise den 
Text. Das Buch ist unbedingt eine loh- 
nende Lektüre und für manchen ein 
nützliches Lehrbuch. 

Prof. Dr. Dr. M. Roth 


MS-DOS-Handbuch 

von R. A. King, 5., überarbeitete Auf- 
lage, Sybex- Verlag, Düsseldorf 1987 
ISBN 3-88745-644-0 
Das Buch ist sowohl als Handbuch für 
den lernenden sowie versierten 
MS DOS-An wender, aber auch als 
Nachschlagewerk für den System- 
spezialisten geeignet. Der lockere, 





zum Teil belletristisch anmutende Stil 
des Autors erleichtert Neulingen den 
Zugang zum Problemkreis 
„MSDOS“. Das Buch ist didaktisch 
übersichtlich aufgebaut, es enthält 
ausführliche Hinweise für eine 
zweckentsprechende, effiziente 
Handhabung durch den Leser. Die 
Breite der behandelten Problematik 
ist groß, aber trotzdem zumeist tief- 
schürfend genug, um grundsätzliche 
Sachverhalte korrekt darzustellen. 
Während in den Kapiteln 1-9 system- 
interne Zusammenhänge erläutert 
werden , sind - so der Autor - die Ka- 
pitel 10 bis 17 vor allem für den An- 
wender bestimmt. 

Die Anwendung und Wirkung der ein- 
zelnen BIOS-Funktionen und 
MSDOS-Funktionsaufrufe ist aus- 
führlichbeschrieben und nochmals in 
einer Übersicht zusammenfassend 
dargestellt. 


Teilweise wünschte man sich mehr 
Angaben in tabellarischer Form (z. B. 
bei Erläuterung bestimmter Steuer- 
blöcke) und mehr grafische Darstel- 
lungen zugunsten einer Reduzierung 
erklärender Texte (z. B. beim Pro- 
blem file allocation table/cluster se- 
lection). Als störend wurden kleine 
Unkorrektheiten bei Angaben von 
Verweisen auf numerierte Kapitel und 
nicht vorhandene Tabellen (z. B. pro- 
gram Segment prefix) empfunden. 
Hervorgehoben werden muß dage- 
gen die sehr gut mit Beispielen unter- 
legte, ausführliche Beschreibung der 
Stapelverarbeitungs-Technik und die 
relativ geschlossene Darstellung der 
Fehlerbehandlung ab MSDOS-Ver- 
sion 3. Auch die Herausarbeitung der 
Unterschiede zwischen den einzel- 
nen Betriebssystem-Versionen inner- 
halb MSDOS bzw. zwischen MSDOS 
und PCDOS verdient lobende Erwäh- 
nung. 

Das Buch enthält an zahlreichen Stel- 
len wichtige Hinweise aus der Praxis 
des Autors, die im angeführten Zu- 
sammenhang dem ungeübten An- 
wender oftmals zeitaufwendige „Kno- 
beleien“ ersparen. Das Werk geht da- 
mit als Handbuch inhaltlich weit über 
die von vielen Computer-Lieferanten 
bereitgestellte Literatur hinaus. Es ist 
daher für alle Personal-Computer- 
Einsteiger, aber auch für Fortge- 
schrittene als zur Ergänzung der 
„Maschinen-Literatur“ geeignetes 
Hilfsmittel anzusehen. 

0. LenzIM. Roth 

Encyclopedia of micro- 
computers 

Hersg. Allan Kent; James G. Wil- 
liams, New York; Basel: Dekker 
Vol.1. 1987. -VIII, 434 S. 

ISBN 0-8247-27002 
Vol. 2. 1988. -VII, 452 S. 

ISBN 0-8247-2701-0 
Herausgeber und Verlag sind interna- 
tional wohl renommiert. Mit den bis- 
her 42 Bänden der „Encyclopedia of 
Library and Information Science“ und 
den 16 Bänden der „Encyclopedia of 
Computer Science and Technology“ 
liegen auch große lexikographische 
Erfahrungen vor. 

Die Enzyklopädie ist auf 10 Bände 
veranschlagt, in denen ca. 500 Artikel 


auf etwa 5000 Seiten veröffentlich! 
werden sollen. Herausgeber und Ver- 
lag orientieren sich auf die breiten Le- 
serschichten von Hardware-Speziali- 
sten, Programmierern, Mathemati- 
kern. Ihnen sollen Nachschlagemög- 
lichkeiten sowohl zu Mikrocomputer- 
technologien als auch der Nutzung 
solcher Technologien gegeben wer- 
den. Gedacht wurde auch an Interes- 
senten aus anderen Disziplinen, die 
beruflich stark in die Arbeit mit Mikro 
Computern integriert sind. 

Vielleicht wird es in Zukunft durch di« 
Computerentwicklung selbst zu solct 
elektronischen Enzyklopädien kom- 
men, die vom einzelnen Leser bei dei 
Nutzung seinem konkreten Wissens- 
stand angepaßt werden können unc 
flexibel mit unterschiedlichen Anga- 
ben zum einzelnen Stichwort Aus- 
kunftgeben. 

Von den geplanten 10 Bänden liegen 
die ersten beiden vor, Band 1 umfaßt 
26 Artikel, von Access Methods zu 
Assembly Language und Ass- 
emblers. 

Band 2 enthält 25 Artikel, von Autho- 
ring Systems for interactive Video zu 
Compiler Design. 

Die einzelnen Beiträge sind nach 
Möglichkeit folgendermaßen aufge- 
baut: Geschichtliche, gegenwärtige 
und zukünftige Aspekte, mit Defi- 
nition oder wenigstens definitorischer 
Beschreibung. Angeschlossen sind 
umfangreiche (englischsprachige) Li- 
teraturhinweise. 

Bei einem Vergleich der im ersten 
Band ausgewählten Stichworte fin- 
den wir allein sieben Firmenbeschrei- 
bungen aus der Mikrocomputer- und 
Softwarebranche, ähnliche Proportio- 
nen treten auch im zweiten Band auf. 
Für den Nutzer außerhalb der USA 
bietet sich damit ein bewerteter Über- 
blick über bedeutende Firmen. 

Da jeder Rezensent aus dem Umfeld 
seiner beruflichen Erfahrungen be- 
wertet, hätten Rezensenten aus den 
ebenfalls angesprochenen Nutzerka- 
tegorien sicher andere Schwerpunkte 
hervorgehoben, Wünsche geäußert. 
Abschließend sei aber die vorzügli- 
che äußere und typographische Ge- 
staltung, die Kunstdruckpapierquali- 
tät hervorgehoben. 

Dr. Jürgen Freytag 


in FOKUSO 3/88: 

DeakJahn: 

Unverzichtbare Peripherie - die Drucker 

(Haupttypen der Drucker, Sortiment, Funktionsweise) 

T.Kolossa: r" 

Laserdrucker 

(Funktionsprinzip, Typen, editierende Sprachen, Zeichensatz) 

S. Szabo: 1 

Neuro-Computer - Traum oder Wirklichkeit? ' 

(Math. Modell des Gehirns, gehirnähnliche Computer, Anwendung) 

L. Kovacs: 

Neue Ergebnisse der Sprachübersetzung mittels Computers 

(Entwicklung von Übersetzungssystemen, Zwischensprache oder 
Übergang als Methode, experimentelle Systeme, Terminologie) 
Internationale populärwissenschaftliche Zeitschrift in Esperanto, her- 
ausgegeben vom Ungarischen Esperanto-Verband, 4 Hefte ä 64 S. im 
Jahr, Preis pro Jahrgang 24,- M, beziehbar in der DDR über M. Behr, 
KoburgerStr. 83, Markkleeberg, 7113 
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Kristallzüchtungsanlage 
für 1 50-mm- Wafer 
Im Treptower Betriebsteil des VEB 
Steremat „Hermann Schlimme" Ber- 
lin - ein Betrieb des Kombinats Elek- 
tro- Apparate-Werke - wurden am 20. 
Februar dieses Jahres zwei Muster 
der neuen Kristallzüchtungsanlage 
CZA 2000 vorgestellt. Die CZA 2000 
wird es den Schaltkreisherstellern in 
der DDR ermöglichen, Siliziumschei- 
ben bis zu einem Durchmesser von 
150 mm zu produzieren. Aus einem 
Bericht der Berliner Zeitung geht her- 
vor, daß die neue Kristallzüchtungs- 
anlage bis zum 7. Oktober, dem 40. 
Jahrestag der DDR, in die Produktion 
überführt werden soll. In Anwesen- 
heit des 1 . Sekretärs der Bezirkslei- 
tung der SED Berlin, Günter Scha- 
bowski, berieten Arbeiter, Leiter, For- 
scher und junge Kandidaten zur Kom- 
munalwahl darüber, wie die an- 
spruchsvollen Aufgaben gelöst wer- 
den können. Unter anderem wird für 
die Produktion der CZA 2000 im T rep- 
tower Betriebsteil von Steremat eine 
neue Produktionshalle errichtet, mp 


Wie klappt der Computer- 
service? 

Dr. Manfred Schröder, Stellvertreter 
des Generaldirektors des VEB Kombi- 
nat Robotron für Binnenmarktvertrieb 
und Kundendienst, erläuterte dazu in 
Presseinformationen 152/1988: 

Erste Erfahrungen zeigen, daß sich 
die Arbeitsteilung zwischen dem 
Kombinat Robotron und den Anwen- 
dern bei Instandhaltung von Compu- 
tern schon gut bewährt. Gegenwärtig 
betreuen 600 Anwender und -ge- 
meinschaften die von ihnen genutzte 
Technik selbst, und zwar auf der 
Grundlage von Vereinbarungen mit 
dem Kombinat Robotron. Das ge- 
schieht zweigorientiert, im Kombi- 
natsmaßstab oder konzentriert im 
Territorium. Auf diese Weise wurden 
eine deutliche Leistungssteigerung 
im Kundendienst und eine spürbar 
größere Verfügbarkeit der Computer 
erreicht. Im Durchschnitt gelingt es 
derzeit in der Volkswirtschaft, 90 Pro- 
zent der Reparaturen innerhalb von 
6 Werktagen zu erledigen, weit über 
die Hälfte davon sogar innerhalb von 
2 Werktagen. 

Die vier Kundendienstbetriebe des 
Kombinates Robotron in Berlin, Leip- 
zig, Erfurt und Karl-Marx-Stadt schaf- 
fen in allen Teilen der DDR maßgebli- 
che Voraussetzungen für die arbeits- 
teilige Computerinstandhaltung. 
Dazu gehören unter anderem die 
Ausbildung von Technikern, die 
Übergabe technologischer Unterla- 
gen, die Versorgung mit spezifischer 
Meß- und Prüftechnik. Das Kombinat 
stellte allein 1988 etwa 15000 Lehr- 
gangsplätze bereit, um Werktätige für 
den Computerservice zu qualifizieren. 
Gegenwärtig erweitern die Kunden- 
dienstbetriebe ihre Kapazitäten für die 
Reparatur von Baugruppen, arbeiten 
an verbesserten Diagnosemöglichkei- 
ten und bereiten alles vor, um die neue 
Generation von Personal- und Arbeits- 
platzcomputern mit 1 6 bzw. 32 Bit Ver- 
arbeitungsbreite in die arbeitsteilige 
Instandhaltung einzubeziehen. 

Bei allem richtet Robotron großes Au- 


genmerk auf die Produktion von Da- 
tenverarbeitungsanlagen und Com- 
putern für die Volkswirtschaft in guter 
Qualität. Zusammen mit einem lei- 
stungsfähigen technischen Kunden- 
dienst wirkt sich das günstig auf die 
Effektivität aus. 


Der eingeschlagene Weg der Arbeits- 
teilung erweist sich als effektiv, auf 
dieser Basis ist es möglich, die volks- 
wirtschaftlichen Anforderungen an 
den Kundendienst für CAD/CAM- und 
Rechentechnik auch langfristig zu er- 
füllen 


Im Schuljahr 1987/88 gab es in den 
USA 40 Millionen Schüler in etwa 
80000 Schulen (Elementar-, Mittel- 
und Oberstufe), denen 1,24 Mill. 
Computer zur Verfügung standen. In 
entwickelten und stark industrialisier- 
ten Ländern kann man mit 2500 bis 
3000 Einwohnern pro Schule rech- 
nen. Das Verhältnis Einwohner : 
Schüler ist sehr unterschiedlich. 
Während in der DDR 8 : 1 gilt (etwa 2 
Mill. Schüler oder 200000 pro Jahr- 
gang), ist dies in den USA 5:1. Dar- 
aus folgt, daß es in den USA Bundes- 
staaten mit zurückgebliebener Ent- 
wicklung gibt, und daß die Schulen 
und Klassen in den USA zumindest in 
diesen Gebieten höhere Schülerbe- 
setzungen haben als das in der DDR 
der Fall ist. Die Auswahl der Informa- 
tionen in der Tafel bestätigt das. Das 
dünnbesiedelte Alaska hat nur 18 
Schüler pro Computer, weil dort we- 
gen der extremen Winter Schüler die 
Schulen nicht erreichen können und 
man zeitweilig zum dezentralisierten 
Unterricht mit Computerunterstüt- 
zung (Disketten) übergeht. Die ange- 
gebenen Zahlen „Schüler pro Com- 
puter“ beziehen sich auf die Gesamt- 
zahl der Schüler, nicht etwa nur auf 
die Jahrgänge mit Unterricht über 
Computer, weil sehr weitgehend - 
und auch schon in der Elementar- 
stufe - Unterricht und selbständige 
Arbeit mit Computerunterstützung 
realisiert wird. Der Anteil der 8-Bit- 
Computer wird immer kleiner. 

Prof. Dr. I. O. Kerner 


2. Tagung 
des RGW-Komitees 
für Elektronisierung 
Das Komitee des RGW für die Zu- 
sammenarbeit auf dem Gebiet der 
Elektronisierung tagte Anfang No- 
vember 1988 in Warna. Ausgehend 
von den Festlegungen des Komplex- 
programms des wissenschaftlich- 
technischen Fortschritts bis zum Jahr 
2000 stand im Mittelpunkt der Bera- 
tung die Intensivierung der Zusam- 
menarbeit auf dem Gebiet der Ent- 
wicklung und Produktion mikroelek- 
tronischer Bauelemente, einschließ- 
lich der zur Produktion erforderlichen 
technologischen Spezialausrüstun- 
gen sowie Spezial- und Hilfsmateria- 
lien. Die Delegation der DDR wurde 
vom Minister für Elektrotechnik und 
Elektronik, Felix Meier, geleitet. ADN 


Direkte Computer- 
verbindung zwischen 
UdSSR und USA 
Eine Computer-Fernverbindung zwi- 
schen der UdSSR und den USA ist 
kürzlich erstmals von der USA-Gesell- 
schaft San-Francisco-Moscow-Tele- 
port und dem Forschungsinstitut für 
angewandte automatisierte Systeme 
-der Dachorganisation der UdSSR für 
die automatische Verbindung mit 
Computernetzen in anderen Ländern 
- hergestellt worden. Bei der Probe- 
Nachrichtenübertragung wurde der in- 
ternationale Nachrichtensatellit „Intel- 
sat“ als Zwischensender eingesetzt. 
Damit ist die UdSSR in der Lage, die 
Computernetze aller sozialistischen 
Länder sowie Österreichs und Finn- 
lands zu nutzen. ADN 



Bulgarische Computertechnik in Berlin 


Gemeinsam mit der bulgarischen 
Außenhandelsorganisation Isot- 
impex veranstaltete die Wirt- 
schaftsvereinigung Mikroprozes- 
sorsysteme - Prawez im Februar in 
Berlin eine Ausstellung, die einen 
guten Querschnitt ihrer Erzeug- 
nisse bot (siehe Bild oben). Der 
Schwerpunkt lag dabei nicht in der 
Präsentation auffälliger Spitzenpro- 
dukte - in unseren Berichten von 
der LFM ’88 und der Technischen 
Messe Plowdiw '88 hatten wir zum 
Beispiel über neue 1 6- und 32-Bit- 
PCs aus Prawez berichtet -, son- 
dern im Darstellen der Möglichkei- 
ten eines umfassenden Einsatzes 
der Computertechnik in der Volks- 
wirtschaft. Das Angebot reichte 
demzufolge von - durchweg sofort 
lieferbaren - Lösungen zum rech- 
nergestützten Unterricht über spe- 
zifische Module zur Laborautomati- 
sierung oder industriellen Anwen- 
dung bis zu Software der Künstli- 
chen Intelligenz, geeignet zur An- 
wendung auf 16-Bit-PCs. Den letzt- 
genannten Bereich repräsentierte 
beispielsweise eine auf dem EC 
1839 (XT-kompatibel) basierende 
Kl-Arbeitsstation (Bild unten). Die 
Software umfaßte eine vom Institut 
für Mikroprozessortechnik entwik- 
kelte Implementation von Prolog, 
IMS-Prolog, sowie verschiedene 
Expertensysteme: SUPREME, ein 



System zur Entscheidungsfindung 
in gering strukturierten Bereichen 
und unter Risikobedingungen, Cor- 
tech, ein Expertensystem zum 
Steuern von technologischen Pro- 
zessen, und Agrotech, ein Exper- 
tensystem für Agrartechnologien. 
Einen größeren Umfang nahmen 
die Möglichkeiten zur Vernetzung 
der PCs ein. In unserem Bericht von 
der LFM '88 hatten wir bereits auf 
das lokale Netz Microstar hingewie- 
sen; weitere gezeigte Netze waren 
Microring, Microlim, ISNET und 
ESPANET. 

Letztlich sei noch auf das Angebot 
von CAD-Softwane hingewiesen, 
die bereits am XT-kompatiblen PC 
den Entwurf einfacher Leiterkarten 
ermöglicht. MP-We 


Computer an USA-Schulen 
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1 3. Mikroelektronik-Bauelementesymposium 

Die ersten Schaltkreise des schnellen 1 6-Bit-Mikro- 
prozessorsystems vom VEB Kombinat Mikroelek- 
tronik Erfurt wurden auf der Leipziger Frühjahrs- 
messe vom 1 2. bis 1 8. März 1 989 erstmals gezeigt. 
Das System U 80600, das einmal elf Schaltkreisty- 
pen umfassen soll, wurde zum 13. Mikroelektronik- 
Bauelementesymposium vom 8. bis 1 0. Mai 1 989 in 
Frankfurt (Oder) durch Vorträge ausführlich vorge- 
stellt. Wir haben für Sie Kurzfassungen der Vor- 
träge zum System U 80600 sowie zu den Schalt- 
kreisen CPU (U 80601), Buscontroller (U 80606), 
EDC (U 80608), DRAM-Controller (U 80610), SCC 
(U 82530) und CIO (U 82536) vorbereitet. 

Auf der vierten Umschlagseite finden Sie Abbildun- 
gen und Kurzcharakteristiken der vier Schaltkreise 
des Systems U 80600, die auf der LFM '89 zum er- 
stenmal zu sehen waren. 




Als erste Anwendung des Systems U 80600 stellen 
wir auf der Seite 1 60 den Rechner P8000 compact 
vom VEB Kombinat Elektro-Apparate-Werke Berlin 
vor, der auf der LFM '89 ausgestellt war. Er beinhal- 
tet neben den CPUs U880 und U8000 die vier 
Schaltkreise U 80601, U 80606, U 80608 und 
U 80610. Dadurch wurde gegenüber dem Vorgän- 
ger, dem P8000, die Möglichkeit geschaffen, außer 
den Betriebssystemen UDOS und WEGA auch das 
Betriebssystem WDOS, das teilkompatibel zu MS- 
DOS ist, nutzen zu können. 

Vorschau 

In MP 6/1 989 finden Sie unter anderem Beiträge zu 
folgenden Themen: 

• Filesharing 

• Künstliche Intelligenz 

• U 8272 im Nicht-DMA-Modus 

• externe Assemblerprogramme in Turbo-Pascal. 


Inhalt 
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Das schnelle 1 6-Bit-Mikro- 

Prozessorsystem 


Dr. Dietrich Mandler, 

Dr. Hendrik Berndt 

VEB Mikroelektronik „Karl Marx“ 

Erfurt, Forschungszentrum 


Auf der Grundlage der im VEB Mikroelektro- 
nik „Karl Marx“ Erfurt realisierbaren VLSI- 
Technologien wird ein neues leistungsstar- 
kes 16-Bit-Mikroprozessorsystem entwik- 
kelt. 

An den Systemarbeiten sind Entwurfszen- 
tren von Anwenderkombinaten und weiteren 
Praxispartnern, unter anderem das Kombi- 
nat Robotron Dresden, das Kombinat Carl 
Zeiss JENA, das Zentralinstitut für Kyberne- 
tik und Informationsprozesse Berlin, das 
Kombinat Elektro-Apparate-Werke „Fried- 
rich Ebert“ Berlin, das Kombinat Automati- 
sierungsanlagenbau Berlin und das Halblei- 
terwerk Frankfurt (Oder) beteiligt und haben 
wesentliche Beiträge für die Schaltkreisent- 
wicklung geleistet. Zielstellungen bei der 
Entwicklung des vorzustellenden schnellen 
16-Bit-Mikroprozessorsystems waren die 
Implementierung moderner Architektur- 
merkmale und die Erreichung einer Abwärts- 
kompatibilität zum 1 6-Bit-Mikroprozessorsy- 
stem Kl 81 Oder UdSSR. 

Vorbemerkung 

Das System U 80600 stellt in der Leistungsfä- 
higkeit seines Prozessors eine neue Genera- 
tion der im VEB Mikroelektronik „Karl Marx“ 
Erfurt gefertigten 16-Bit-Mikroprozessoren 
dar. Ihn charakterisieren dabei folgende Ei- 
genschaften: 

- interne, virtuelle Speicherverwaltung 

- internes, leistungsfähiges Speicher- 
schutzkonzept 

- hohe Verarbeitungsgeschwindigkeit durch 
zwei Vorverarbeitungsmechanismen (auf 
Byte- und Befehlsniveau) 

- leistungsfähige Adreßberechnung mittels 
zusätzlicher Arithmetikhardware 

- hoher Datendurchsatz (Busschnittstelle 
mit8MByte/s). 

Darüber hinäüs-verfügt das U 80600-System 
über eine wesentlich erhöhte Leistungsfähig- 
keit der Peripheriekomponenten. Eine Ver- 
größerung des komplexen Funktionsumfan- 
ges des Speichersystems und eine Erhö- 
hung von Zuverlässigkeit und Nutzenskom- 
fort werden durch hochintegrierte System- 
komponenten erreicht. Diese Leistungs- 
merkmale kennzeichnen die Hauptanwen- 
dungsfälle des U 80600-Systems in Perso- 
nal- und Industriecomputern, in der Prozeß- 
automatisierung, in Arbeitsplatzsystemen 
und in Kommunikationssystemen, also für 
Einsatzbedingungen, bei denen eine hohe 
Verarbeitungsgeschwindigkeit und die Bear- 
beitung mehrerer Aufgabenstellungen 
gleichzeitig gefordert werden. 

Systemumfang 

Das Mikroprozessorsystem U 80600 ist ins- 
gesamt aus 20 Komponenten konzipiert, de- 
ren wesentliche Bestandteile in Tafel 1 dar- 
gestellt werden. 

Die Systemleistung des U 80600-Systems 
soll einführend durch die Bauelemente 


U 80600 


Tafell System U 80600 


Typ 

Anwendung 

U 80601 

Mikroprozessor — &0 Z SC 

U 82720 

Grafik-Display-Controller 

U 82530 

serieller Kommunikationseontrbfter 

U 80606 

Buscontroller 

U 80608 

Fehlererkennungs- und -korrekturschaltkreis 

U 80610 

programmierbarer DRÄM-Controlier 

DS 82284 

Taktgenerator 

U 82536 

! Zähler/Zeitgeber* und paralleler 
Ein-/Ausgabeschaltkreis 

U8272 

Ftoppy-Disk-Controller 

U 82062 

Harddisk-Controller 


U 80601 Mikroprozessor 
U 80606 Buscontroller 
U 80608 Schaltkreis zur Fehlererkennung 
und -korrektur 
U 80610 DRAM-Controller 
beschrieben werden. 

Das System ist erweiterbar um 

- Busarbiter 

- DMA-Controller 

- Arithmetikprozessor 

- LAN-Komponenten 

und andere Multifunktiohsperipherieschalt- 
kreise. 

Für den Aufbau unterschiedlichster Konfigu- 
rationen stehen dem Anwender für den Aus- 
bau des Gesamtsystems Adreßbus- und Da- 


tenbustreiber mit einer Breite von 8 Bit aus 
dem Halbleiterwerk Frankfurt (Oder) und wei- 
tere Schaltkreise des 16-Bit-Mikroprozessor- 
systems K 1 81 0 WMxx zur Verfügung. 

Damit ist eine im Bild 1 vom Prinzip her dar- 
gestellte Systemkonfiguration realisierbar, 
die (ausgerüstet mit Floppy-Einheiten, Fest- 
platten, Anschlußmöglichkeit an lokale Netze 
u. a.) den gestellten Anforderungen der Ge- 
räteindustrie der DDR entspricht. 

Eigenschaften des Mikroprozessors 
Architektur 

Die hohe Prozessorleistung des U 80601 
wird durch vier parallel arbeitende Einheiten 
erreicht. Die Buseinheit organisiert die Zu- 
griffe auf Speicher und Peripherie und den 
Datentransfer mit Koprozessoren. Außerdem 
übernimmt sie die DMA-Steuerung (Direct 
Memory Access = direkter Speicherzugriff). 
In dieser Einheit wird ebenfalls eine Bytevor- 
verarbeitung durchgeführt. 

In der Befehlseinheit erfolgt die Zusammen- 
fassung der vorverarbeitenden Bytes zu Be- 
fehlen. Es wird dabei ein eigener Vorverar- 
beitungsmechanismus angewendet, der 

- das Behandeln von Präfixen 

- das Verlängern von Immediate-Operan- 
den 

- das Ermitteln der Mikroprogrammadresse 

durchführt. Die Befehlswarteschlange um- 
faßt drei Befehle. Die Ausführungseinheit 
dient zur eigentlichen Befehlsbearbeitung. 
Sie enthält deshalb die Allzweckregister, die 
Arithmetik-Logik-Einheit, weitere Logikein- 
heiten zur Bearbeitung komplexer Befehle 
und den Mikroprogrammspeicher. 

Mittels der Adreßeinheit erfolgt parallel zur 
Befehlsabarbeitung die Adreßberechnung. 
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Hierzu wird für jeden Buszyklus eine effektive 
Adresse innerhalb eines Segments gebildet. 
Nach Anwendung von Schutzmechanismen 
wird daraus eine logische Adresse abgelei- 
tet. Diese dient wiederum zur Berechnung ei- 
ner physischen Adresse nach dem Segmen- 
tierungsprinzip. In der Adreßeinheit ist eine 
Reihe von Cacheregistern vorhanden, die In- 
formationen für die Segmentierung und die 
Schutzfunktionen beinhalten. 

Architekturmerkmale 

Virtuelle Adressierung 

Die Aufteilung des Adreßraumes des 
U 80601 erfolgt in Segmente, deren Basis- 
adresse beliebig im physischen Adreßraum 
verschiebbar ist. Es erfolgt eine Zuordnung 
der Segmente zu Code-, Daten- und Stack- 
bereichen. Die Beschreibung der Segmente 
erfolgt wiederum durch Tabellen, soge- 
nannte Segmentdeskriptortabellen. Der vir- 
tuelle Speicherraum wird mittels dieser Des- 
kriptoren zu 1 GByte je Task festgelegt. 

Zugriffsschutz 

Es erfolgt eine Isolierung von Tasks, indem 
jeder Task eine eigene, lokale Tabelle von 
Segmentdeskriptoren zugeordnet werden 
kann. Über diese Deskriptoren werden unter 
anderem Zugriffsrechte spezifiziert, deren 
Verletzung zu Trapfunktionen führt. 

Als zusätzliche Maßnahme zum Schutz von 
Betriebssystemfunktionen wurden beim 
U 80601 vier Privilegstufen definiert. Die Pro- 
grammabarbeitung in den Privilegstufen und 
der Übergang auf andere Privilegstufen wird 
dabei durch eine Hardware im Prozessor un- 
terstützt. 

Integrierter Taskwechsel 
Die Bedeutung von schnellen Taskwechsel- 
mechanismen ist vor allen Dingen in Echt- 
zeitbetriebssystemen sowie bei Multitasking- 
upd bei Multiuserfähigkeit von Betriebssyste- 
men von großer Bedeutung. Im U 80601 ist 
deshalb ein hardwaregestützter Taskwech- 
selmechanismus implementiert. Die Be- 
schreibung von Tasks erfolgt dabei wie- 
derum über Tabellen (44 Byte je Task). Ein 
Taskwechsel mit Registerrettung und Regi- 
sterwechsel erfolgt innerhalb von 21 Mikro- 
sekunden. 

Betriebsarten 

Der U 80601 besitzt zwei grundsätzliche Be- 
triebsarten, den Real Address Mode und den 
Protected Mode. Nach dem Einschalten 
oder nach Systemreset befindet sich der Pro- 
zessor automatisch im Real Address Mode. 
Damit ist der U 80601 voll objektcodekompa- 
tibel zum K 1 81 0 WM86. Es erfolgt eine reale 
Adressierung, der physische Speicherbe- 
reich umfaßt 1 Megabyte. Der Befehlssatz 
wurde um einige Befehle erweitert. Die CPU 
U 80601 arbeitet auf Grund des besseren Zy- 
kluszeitverhaltens wesentlich schneller. 

Nach dem Aufbau der notwendigen Deskrip- 
tortabellen kann mittels eines speziellen Um- 
schaltbefehls der Übergang in den Protected 
Mode erfolgen. In ihm werden die beschrie- 
benen Archtitekturmerkmale, virtuelle Adres- 
sierung und Zugriffsschutz, aktiv. Der Ar- 
beitsspeicher umfaßt 16 Megabyte, und der 
Befehlssatz wird außerdem um architektur- 
abhängige Befehle erweitert. Für diese Be- 
triebsart ist der U 80601 optimiert. Den 
U 80601 kann ein parallel zu seinen Adreß- 
und Datenleistungen liegender Koprozessor 
unterstützen. 


Kurzcharakteristik 
ausgewählter Schaltkreise 

Buscontroller U 80606 
Der Einsatz des Buscontrollers U 80606 stei- 
gert die Leistungsfähigkeit des U 80601 . Er 
dekodiert dessen Statussignale und stellt die 
wichtigsten Befehls- und Steuersignale für 
das Bussystem bereit. 

Innerhalb des U 80600-Systems dient der 
U 80606 zum Erzeugen der Adreßlatch-Steu- 
ersignale der Datenübertragungssteuerung 
und zur Standard-Befehlsausgabe. Dabei 
wird für zwei Betriebsarten (MMS-1 6-Bus, lo- 
kaler Bus) das Zeitverhalten gesteuert. 
Durch zwei Buscontroller ist die Arbeit des 
U 80601 mit zwei Bussystemen durch Auf- 
trennen des physischen Adreßraumes mög- 
lich. 

Schaltkreis zur 

Fehlererkennung und -korrektur 
U 80608 

Der Fehlererkennungs- und -korrekturschalt- 
kreis U 80608 ist ein auf die Erhöhung der 
Zuverlässigkeit von Speichersystemen 
ausgerichteter Schaltkreis. Er dient zur 
schnellen Fehlererkennung und -korrektur in 
statischen und dynamischen Speichersyste- 
men. 

Der U 80608 ist in der Lage, 8 oder 1 6 Daten- 
bits und bis zu 8 Prüfbits zu verarbeiten. 
Durch Kaskadierung von maximal 5 Schalt- 
kreisen dieses Typs können Datenworte bis 
zu einer Breite von 80 Bit verarbeitet wer- 
den. 

DRAM-ControllerU 80610 

Der U 80610 ist ein programmierbarer 
DRAM-Controller für dynamische Speicher- 
konzepte. Er unterstützt den Anschluß von 
16-, 64- und 256-KBit-DRAMs und ist in der 
Lage, einen Adreßraum von bis zu 2 MByte 
zu verwalten. Der Controllerschaltkreis ge- 
stattet RAM-Zugriffe ohne Wartezyklen, ge- 
stattet eine RAM-Initialisierung und die Pro- 
grammierung von 4 Refreshmodi. Durch sei- 
nen Einsatz reduziert sich der zur Ansteue- 
rung dynamischer Speicher erforderliche 
Hardwareaufwand erheblich. 

Der U 8061 0 gestattet mit seinen 2 Ports den 
Aufbau von Dual-Port-RAM-Strukturen bei 
synchroner oder asynchroner Kommunika- 
tion mit dem Prozessor. Darüber hinaus ver- 
fügt der U 80610 über ein ECC-lnterface. In 
Verbindung mit dem Fehlererkennungs- und 
-korrekturschaltkreis U 80608 gelingt damit 
der einfache Aufbau großer Speichersy- 
steme, die fehlerkorrigierende Codes erzeu- 
gen und korrigierbare RAM-Fehler während 
der Refreshphase beseitigen. 

Gegenüber bisherigen Mikroprozessorsyste- 
men (U 880, U8000, Kl 810 WMxx), die nur 
eine Fehlererkennung, aber keine Fehlerkor- 
rektur erlauben, stellt dies eine wesentliche 
Verbesserung der Systemzuverlässigkeit 
dar. 

Ausblick 

Der VEB Mikroelektronik „Karl Marx“ Erfurt 
erweitert und verbessert durch Einführung 
neuester VLSI-Technologie das Sortiment an 
verfügbaren und neu eingeordneten Bauele- 
menten des U 80600-Systems. Er verwirk- 
licht damit ein kontinuierliches Konzept der 
Weiterentwicklung der Bauelemente, das 
sich am Bedarf der Anwenderindustrie und 
an den wachsenden Anforderungen zukünfti- 
ger Systemlösungen orientiert. 


|ja KONT A KT 9 , *. j \ 

VEB Mikroelektronik „Karl Marx“ Erfurt, Forschungszen- 
trum, Rudolfstraße 47, Erfurt, 5010;Tel. 51076, App. 57 


TERMINE 

2. Internationale Fachtagung 
„Lichttechnik“ 

WER? Fachverband Elektrotechnik in der 
Kammer der Technik, Wissenschaftliche 
Sektion Lichttechnik, Kombinat VEB 
NARVA 

WANN? 1. Quartal 1990 
W0?Berlin 

WAS? 

• neue Entwicklungen 

• rationelle Energieanwendung 

• Einsatz der Mikroelektronik und Rechen- 
technik bei der Erzeugisentwicklung von 
optischen Strahlungsquellen und Leuchten 
sowie in der Beleuchtungstechnik, insbe- 
sondere bei Projektierungsaufgaben (CAD/ 
CAM) 

• Einsatz der optischen Strahlungstechnik 
für Hochtechnologien (Mikroelektronik, Bio- 
technologie, Medizin u. a.) 

• neueste Erkenntnisse der Grundlagen- 
forschung. 

WIE? Zu diesen Themen bitten wir um Vor- 
schläge für Vorträge und Poster bis zum 
31. Mai 1989. Teilnahmemeldungen sind 
schriftlich an folgende Anschrift zu richten: 
Kammer der Technik, Präsidium, Fachver- 
band Elektrotechnik, Clara-Zetkin-Straße 
115/11 7, Berlin, 1 086; Tel. 2 26 52 85 


Fachtagung 

„Mikroelektronische Steuerungen 
mittleren und größeren Umfanges“ 

WER? Arbeitsausschuß Steuerungs- und 

Regelungstechnik Dresden 

WANN? 23. Mai 1989 

WO? Dresden, Neues Rathaus 

WAS? 

• Speicherprogrammierbare Steuerungen 

• Modulares Automatisierungssystem 
S4000 

• Einsatz des Systems S2000-S 

• Verbundsystem aus MRS 700 und 16- 
Bit-Leitrechner für eine Transport- und La- 
gerautomatisierung 

• Anwendung modularer Grundbaugrup- 
pen des Systems 7000 

• Industriecomputer 

• Anwendung des ICA 71 0.20 

• Weiterentwicklung des Prozeßleitsy- 
stems audatec mit 1 6-Bit-Mikrorechner 

• P8000 compact 

WIE? Anfragen richten Sie bitte an: VEB 
Bergmann-Borsig, TVE 2.2, Wasastraße 
50, Radebeul, 8122; Tel. 713631 (Koll. 
Schwalbe) 

Prof. Dr. Habiger 
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16-Bit-Mikroprozessor U 80601 


Andreas Fritzsche 

VEB Mikroelektronik „Karl Marx“ 

Erfurt, Forschungszentrum 

Vorbemerkungen 

Die CPU U 80601 ist ein moderner, leistungs- 
fähiger Mikroprozessor mit der Möglichkeit 
des Einsatzes in Multiuser- und Multitasksy- 
stemen. Abhängig von seinem Einsatz ist die 
Leistungsfähigkeit des U 80601 im Vergleich 
zur CPU K 1 81 0 WM86 bis zu sechsmal grö- 
ßer, wobei der Prozessor softwaremäßig ab- 
wärtskompatibel zur CPU K 1810 WM86 
ist. 

Der U 80601 ermöglicht zwei Betriebsarten, 
den direkten Adreß-Modus (Real Mode) und 
den geschützten, virtuellen Adreß-Modus 
(Virtual Protected Mode oder Protected 
Mode). Beide Betriebsarten sind mit Hilfe des 
Kl 810 WM86-Befehlssatzes programmier- 
bar. 

Programme des Real Modes nutzen einen 
(direkt adressierbaren) Adreßraum von bis zu 
einem Megabyte, während der U 80601 im 
Protected Mode automatisch einen virtuellen 
Adreßraum von bis zu einem Gigabyte pro 
Task, bestehend aus direkt adressierbaren 
Blöcken von je 1 6 MByte, bereitstellt. 

Darüber hinaus existiert im Protected Mode 
ein Speicherschutz, der es beispielsweise er- 
möglicht, das Betriebssystem von Nutzerpro- 
grammen zu trennen und verschiedene 
Tasks sowohl programm- als auch datenmä- 
ßig unterschiedlich privilegiert zu bearbei- 
ten. 

Beide Betriebsarten benutzen den gleichen 
Grundbefehlssatz, gleiche Register und 
Adressierungsmodi. 

Baugruppen des U 80601 

Entsprechend dem Blockschaltbild des 
U 80601 (Bild 1 ) läßt sich der Schaltkreis in 
folgende Baugruppen unterteilen: 

- Buseinheit (Bus Unit- BU) 

- Befehlseinheit (Instruction Unit-IU) 

- Ausführungseinheit (Execution Unit - EU) 

- Adreßeinheit (Address Unit- AU). 

Buseinheit 

Die Buseinheit enthält Adreßlatches und 
Treiber, das Koprozessorinterface sowie die 
Datenrichtungs- und die Bussteuerung für 
Speicher- und I/O-Zugriffe des U 80601 und 
zur Koordination mit Koprozessoren sowie zur 
Busvergabe an masterfähige Prozessoren. 


Die Einheit arbeitet nach dem sogenannten 
Prefetch-Mechanismus, der bei unmittelbar 
aufeinanderfolgenden Befehlen bereits ei- 
nen Vorgriff auf den folgenden Befehl aus- 
führt. Falls innerhalb einer Befehlsfolge eine 
Lücke auftritt, wird die Prefetch-Schlange auf 
Null zurückgesetzt, und der Prefetch-Mecha- 
nismus setzt mit Beginn einer weiteren Be- 
fehlsfolge erneut ein. 

Die 6 Byte tiefe Prefetch-Schlange enthält 
Befehlswörter, die momentan von der Aus- 
führungseinheit noch nicht benötigt werden. 
Somit werden Leerlaufzeiten, die bei aufein- 
anderfolgenden Speicherzugriffen entste- 
hen, ausgeschaltet. 

Befehlseinheit 

Die von der Prefetch-Schlange übernomme- 
nen Befehle werden vom Befehlsdekoder der 
Befehlseinheit dekodiert und in einer weite- 
ren Warteschlange, die maximal drei deko- 
dierte Befehle enthält, abgelegt. 

Ausführungseinheit 

Innerhalb der Ausführungseinheit werden die 
dekodierten Befehle von der Warteschlange 
übernommen und bearbeitet. Diese Einheit 
benutzt die Buseinheit für alle Datenübertra- 
gungen vom und zum Speicher bzw. I/O- 
Port. 

Adreßeinheit 

Die Adreßeinheit übernimmt das Umrechnen 
von der virtuellen in die physische Adresse, 
wie sie von der Buseinheit benötigt wird und 
überprüft bei jeder Adresse, ob der Zugriff zu- 
lässig ist und ob eine Segmentgrenze über- 
schritten wurde. 

Registersatz 

Die Grundarchitektur des U 80601 enthält 15 
Register, die sich in die im folgenden be- 
schriebenen vier Kategorien einteilen lassen. 

Allgemeine Register 

Acht 16-Bit-Mehrzweckregister enthalten die 
arithmetischen und logischen Operanden, 
wobei vier dieser Register (AX, BX, CX, DX) 
sowohl 1 6-Bit-Operanden als auch jeweils 
zwei getrennte 8-Bit-Register enthalten 
können. 

Segmentregister 

Vier spezielle 16-Bit-Register ermöglichen 
den direkten Zugriff auf vier Speicherseg- 
mente. 



Die Segmentregister dienen zum Identifizie- 
ren der vier aktuellen Segmente, wobei je- 
dem Register ein bestimmter Segmenttyp zu- 
geordnet ist. 

CS - Codesegment-Register 
DS - Datensegment-Register 
SS - Stacksegment-Register 
ES - Extrasegment-Register 
Der Inhalt dieser Register wird als Segment- 
selektor bezeichnet. 

Basis- und Indexregister 

Vier der allgemeinen Register können zur 
Bestimmung der Offsetadressen der Ope- 
randen innerhalb des Speichers benutzt wer- 
den. Diese Register können die Basis- 
adresse oder den Index (Quellindex, Ziel- 
index) der einzelnen Positionen innerhalb der 
Segmente enthalten. Die Spezifikation dieser 
Register, die zur Adreßberechnung der Ope- 
randen benutzt werden, ist abhängig vom je- 
weiligen Adressierungsmodus. 

Status- und Steuerregister 

Drei spezielle 16-Bit-Register enthalten das 
Flagwort, den Befehlszeiger (Instruction Po- 
inter) und das Maschinenstatuswort. 

Das 16-Bit-Flagwort enthält spezielle Cha- 
rakteristiken der Ergebnisse logischer und 
arithmetischer Befehle (Bit 0, 2, 4, 6, 7 und 8) 
und steuert die Operationen des U 80601 in- 
nerhalb der gegebenen Operationsart (Bit 8 
bis 10). 

Der Befehlszeiger enthält die relative 
Adresse des als nächstes auszuführenden 
Befehls innerhalb des aktuellen Segmentes. 
Gemeinsam mit dem Codesegmentregisters 
(CS) läßt sich somit ein 32-Bit-Programm- 
zähler ermitteln. 

Der Befehlszeiger kann mit Interruptmecha- 
nismen, Sprüngen und Steuertransferopera- 
tionen implizit kontrolliert werden. Vom 16- 
Bit-Maschinenstatuswort werden beim 
U 80601 nur die vier niederwertigen Bits ge- 
nutzt. 

Speicherorganisation 

Der Speicher des U 80601 ist als Satz von 
Segmenten variabler Länge organisiert. Je- 
des dieser Segmente umfaßt einen linear 
adressierbaren Speicherbereich von bis zu 
64 KByte. Die Adressierung des Speichers 
erfolgt mit einer Zwei-Komponenten- 
Adresse. Die Komponenten sind Zeiger, die 
einen 16-Bit-Segmentselektor und einen 16- 
Bit-Offset enthalten. Der Segmentselektor 
weist auf das gewünschte Speichersegment, 
während die Offsetkomponente die ge- 
wünschte Byteadresse innerhalb des Seg- 
mentes kennzeichnet. Alle Befehle, die Ope- 
randen innerhalb des Speichers adressieren, 
müssen folglich das Segment und den Offset 
spezifizieren. Bei schneller und kompakter 
Befehlsabarbeitung wird der Segmentselek- 
tor in der Regel in die High-speed- Segment- 
register abgelegt. In diesem Falle hat der Be- 
fehl nur das gewünschte Segmentregister 
und den Offset zu spezifizieren, um den Ope- 
randen im Speicher zu adressieren. Aller- 
dings ist es bei den meisten Befehlen nicht 
erforderlich, das benötigte Segmentregister 
explizit zu spezifizieren, da das richtige Seg- 
mentregister (entsprechend festen Regeln) 
automatisch ausgewählt wird. 

Bei segmentüberschreitenden Befehlspräfi- 
xen ist es möglich, die impliziten Segmentre- 
gisterwahlregeln für spezielle Fälle zu über- 
fahren. Der Stack, die Daten- und die Extra- 
Segmente können mit denen einfacherer 
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Programme übereinstimmen. Um auf Ope- 
randen zugreifen zu können, die nicht in ei- 
nem der durch die vier Segmentregister un- 
mittelbar verfügbaren Segmente enthalten 
sind, muß ein vollständiger 32-Bit-Zeiger 
oder ein neuer Segmentselektor geladen 
werden. 

Ein-/Ausgaberaum 

Der I/O-Raum (Eingabe-, Ausgabebereich) 
des U 80601 besteht aus 64 K 8-Bit-Ports 
oder 32 K 1 6-Bit-Ports. I/O-Befehle adressie- 
ren den I/O-Raum entweder mit einer 8-Bit- 
Portadresse, die im Befehl spezifiziert wird 
oder mit einer 16-Bit-Portadresse des DX- 
Registers. 8-Bit-Portadressen werden mit 0 
ergänzt, so daß die Adressen A 15 -A 8 Low 
sind. Die I/O-Portadressen 00F8H bis 00FFH 
sind reserviert. 

Interrupts des U 80601 

Ein Interrupt unterbricht die momentane Pro- 
grammabarbeitung; der Prozessor setzt dar- 
aufhin die Abarbeitung an anderer Stelle fort. 
Die alte Programmadresse (CS:IP) und der 
Maschinenstatus (Flags) werden in den 
Stack gerettet und ermöglichen somit die 
Rückkehr in das unterbrochene Programm. 
Die Interrupts lassen sich in drei Klassen ein- 
teilen: 

- Hardwareinterrupts 

- INT-Befehle 

- Befehlsausnahmen. 


Kleines Lexikon 

der Mikrorechentechnik 


wie Interrupt 

Zeichnung: Dahmen 



Hardwareinterrupts werden in Abhängigkeit 
vom Zustand eines externen Einganges aus- 
gelöst und können als maskierte oder nicht 
maskierte Interrupts abgearbeitet werden. 
Mit einem INT-Befehl kann ein Interrupt aus 
einem Programm heraus ausgelöst werden. 
Befehlsaufnahmen werden wirksam, wenn 
beim Versuch, eine Anweisung abzuarbei- 
ten, unnormale Bedingungen auftreten, die 
die weitere Befehlsabarbeitung behindern. 
Die Rückkehradresse einer Ausnahme zeigt 
immer auf den Befehl, der die Ausnahme her- 
vorgerufen hat und schließt die vorangegan- 
genen Befehlspräfixe mit ein. 

In einer Tabelle können bis zu 256 Zeiger de- 
finiert werden, die besondere Interrupt-Ser- 
vice-Routinen für jeden Interrupt beinhalten. 
Die Interrupts 0 bis 31 , von denen einige für 
Befehlsausnahmen genutzt werden, sind be- 
reits vergeben. 

Bei jedem Interrupt muß dem U 80601 ein 8- 
Bit-Interruptvektor, der eine bestimmte Ein- 
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trittsmarke kennzeichnet, übergeben wer- 
den. INT-Befehle enthalten oder implemen- 
tieren diesen Vektor und haben Zugriff auf 
alle 256 Interrupts. Maskierte Hardwareinter- 
rupts liefern der CPU den 8-Bit-Vektor wäh- 
rend der Interrupt Acknowledge Bus Se- 
quence. Nicht maskierte Hardwareinterrupts 
verwenden einen intern gelieferten, vorbe- 
stimmten Vektor. 

Maskierbarer Interrupt (INTR) 

Der U 80601 besitzt einen maskierbaren 
Hardware-Interrupt-Request-Eingang 
(INTR). Durch Setzen des Interruptflag-Bits 
(IF) im Flagwort kann dieser Eingang soft- 
waremäßig freigegeben (IF = 1 ) oder verrie- 
gelt (IF = 0) werden. Alle 224 vom Nutzer 
festlegbaren Interruptquellen können diesen 
Eingang verwenden, wobei jede dieser Quel- 
len ihre seperate Interruptbehandlung haben 
kann. 

Während der Interrupt-Acknowledge-Se- 
quenz liest die CPU einen 8-Bit-Vektor, mit 
dem die Interruptquelle identifiziert werden 
kann. Innerhalb der Bedienung des Interrupts 
wird das IF-Bit, als Teil der Antwort auf den 
Interrupt oder die Ausnahme, rückgesetzt, 
und folglich werden weitere maskierbare In- 
terrupts gesperrt. Das im Stack gerettete 
Flagwort enthält den Status (des Prozes- 
sors), der vor dem Interrupt gültig war. Das 
Interruptflag bleibt solange auf 0 gesetzt, bis 
das Flagwort in das Flagregister zurückge- 
schrieben wird. Der Interrupt-Return-Befehl 
beinhaltet unter anderem das Rückschreiben 
des Flagwortes und somit das Rückschrei- 
ben des ursprünglichen Status. 

Nichtmaskierbarer Interrupt (NMI) 

Der U 80601 besitzt weiterhin einen nicht- 
maskierbaren Interrupteingang (NMI). Der 
NMI ist höher priorisiert als der INTR. Eine ty- 
pische Nutzung des NMI ist die Aktivierung 
einer leistungsfähigen Fehlerroutine. Wird 
der NMI-Eingang aktiviert, so wird ein Inter- 
rupt mit dem intern gelieferten Vektorwert 2 
ausgelöst. Eine Interrupt-Acknowledge-Se- 
quenz wird nicht aktiviert. 

Während der U 80601 die NMI-Serviceproze- 
dur ausführt, werden keine weiteren NMI-Re- 
quests, keine INTR-Requests und keine In- 
terrupt-Requests bei Überschreiten des Ko- 
prozessorsegmentes bedient. Falls ein wei- 
terer NMI während einer bereits laufenden 
NMI-Serviceroutine auftritt, wird dies von der 
CPU erkannt, und der NMI wird nach der Aus- 
führung der ersten IRET-Anweisung bearbei- 
tet. Das Interruptflag-Bit (IF) wird zu Beginn 
eines NMI zurückgesetzt (IF = 0), um mas- 
kierte Interrupts zu verhindern. 

Single-Step-Interrupt 

Der U 80601 verfügt über einen internen In- 
terrupt, der es erlaubt, Programme im Einzel- 
schrittbetrieb (Befehl für Befehl) abzuarbei- 
ten. Dieser Interrupt wird als Single-Step-In- 
terrupt bezeichnet und über das Single-Step- 
Flag-Bit (TF) des Flagwortes gesteuert. Wird 
dieses Bit einmal gesetzt, wird nach der Aus- 
führung des nächsten Befehls ein Single- 
Step-Interrupt ausgelöst. Dieser Interrupt 
nutzt einen intern gelieferten Vektor des Wer- 
tes 1 und setzt das TF-Bit zurück. Der IRET- 
Befehl wird zum Setzen des TF-Bits und zur 
Steuerung der Single-Step-Abarbeitung des 
nächsten Befehls genutzt. 

Interruptprioritäten 

Treten verschiedene Interrupts gleichzeitig 


auf, so werden sie entsprechend den folgen- 
den Prioritäten abgearbeitet. 


Priorität 

Interrupttyp 

1 

niedrig 

Befehlsausnahmen 

Single Step 

NMI 

Koprozessor-Segment- 

überschreitung 

INTR 

INT-Befehl 


Die Interruptbearbeitung enthält unter ande- 
rem das Retten des Stacks und der Rück- 
sprungadresse sowie das Setzen von CS:IP 
auf den ersten Befehl der Interruptbehand- 
lung. 

Real Mode 

Der U 80601 arbeitet im Real Mode abwärts- 
kompatibel zum Befehlsatz des K 1 81 0 WM86. 
In dieser Betriebsart ist der U 80601 objekt- 
codekompatibel zu Software, die mit dem 
Prozessor K 1810 WM 86 erstellt wurde. Der 
physische Speicher des U 80601 besteht aus 
einem fortlaufenden Bereich von maximal 
1 MByte, der über die Adreßpins A 0 bis A 19 
und mit dem Signal BHE adressiert wird. 
Die Adressen A 20 bis A 23 werden ignoriert. 

Im Real Mode ist über die Adresse A 0 bis A 19 
ein physischer Speicher von bis zu einem 
Megabyte adressierbar. Eine Adresse wird 
hierbei aus zwei Komponenten, einem Seg- 
mentselektor und einer Offsetkomponente, 
gebildet. 

Die oberen 16 Bit einer 20-Bit-Segment- 
adresse werden als Segmentselektor inter- 
pretiert. Die vier niederwertigen Bits dieser 
Segmentadresse sind immer 0. Folglich sind 
Segmentadressen immer Vielfache von 
1 6 Byte. Die Off setkom ponente wird aus den 
1 6 niederwertigen Bits der Offsetadresse ge- 
bildet. Die oberen vier Bit dieser Adresse sind 
hierbei 0. 

Alle Segmente haben im Real Mode einen 
Umfang von 64 KByte. Ihr Inhalt ist lesbar, 
beschreibbar und ausführbar. Falls Daten- 
operanden oder Befehle versuchen, überdas 
Ende eines Segmentes zu greifen (zum Bei- 
spiel ein Wort mit dem niederwertigen Offset- 
byte FFFFH und dem höherwertigen Offset- 
byte 0000H), kann ein Interrupt oder eine 
Ausnahme ausgelöst werden. 

Der U 80601 reserviert im Real Mode zwei fe- 
ste Speicherzonen, die Systeminitialisie- 
rungszone und die Interrupttabellenzone. 
Speicherplätze von Adresse FFFF0H bis 
Adresse FFFFFH sind hierbei fürdie System- 
initialisierung reserviert. Die Ausführung der 
Initialisierung beginnt folglich auf der 
Adresse FFFF0H. 

Die Speicherplätze von Adresse 00000H bis 
003FFH sind für die Interruptvektoren reser- 
viert. 

Protected Mode 

Der U 80601 arbeitet im Protected Mode (Vir- 
tual- Protected Mode) abwärtskompatibel 
zum Befehlssatz des Kl 810 WM86. Weiter- 
hin ist im Protected Mode eine leistungsfä- 
hige Speicherverwaltung möglich, und es 
wird ein mit bestimmten Befehlen verbunde- 
ner Schutzmechanismus wirksam. 

Mit dem Setzen des PE-Bits (Protection Ena- 
ble) des Maschinenstatuswortes mittels 
LSMW-Befehls (Load Maschine Status 
Word) gelangt der U 80601 vom Real Mode in 
den Protected Mode. Der Protected Mode 
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bietet einen erweiterten physischen und ei- 
nen virtuellen Speicheradreßraum, einen 
Speicherschutzmechanismus und neue 
Operationen, die das Betriebssystem und 
den virtuellen Speicher unterstützen. 
Programme des Kl 810 WM86 und Pro- 
gramme, die im Real Mode des U 80601 er- 
zeugt wurden, sind im Protected Mode aus- 
führbar, allerdings müssen sie in die unter- 
schiedlichen Konstanten der Segmentselek- 
toren eingebettet werden. 

Speicherraum und Speicheradressierung 

Der U 80601 verfügt im Protected Mode über 
einen virtuellen Adreßraum von 1 GByte pro 
Task, der in physisch adressierbare Blöcke 
von je 16 MByte eingeteilt ist und über die 
Adreßpins A 23 -Ao und BHE adressiert wird. 
Im Protected Mode erfolgt die Adressierung, 
wie im Real Mode, unter Verwendung eines 
32-Bit-Zeigers, der aus einer 1 6-Bit-Selektor- 
komponente und einer Offsetkomponente 
besteht. Der Selektor entspricht in diesem 
Fall aber nicht den oberen 1 6 Bit einer realen 
Speicheradresse, sondern spezifiziert den 
Index von Tabellen innerhalb des Speichers. 
Die 24-Bit-Basisadresse des gewünschten 
Segmentes wird unter Nutzung dieser Tabel- 
len gebildet. Um die physische Adresse zu 
ermitteln, wird der 1 6-Bit-Offset zur Seg- 
mentbasisadresse addiert. Sobald ein Seg- 
mentregister mit einem Selektor geladen 
wird, werden die Tabellen automatisch von 
der CPU angesprochen. Alle Befehle des 
U 80601 , die Segmentregister laden, greifen 
ohne zusätzliche Software auf die Tabellen 
im Speicher zu. Diese Tabellen, Deskriptor- 
tabellen genannt, enthalten jeweils 8 Byte. 

Deskriptoren 

Deskriptoren bestimmen die Verwendung 
des Speichers. Gatedeskriptoren bestimmen 
außerdem das Verhalten bei Taskwechsel- 
operationen. Der U 80601 besitzt Deskripto- 
ren für Code-, Stack- und Datensegmente 
und Systemsteuerdeskriptoren für System- 
datensegmente und Steuertransferoperatio- 
nen. Deskriptorzugriffe werden als gesperrte 
(locked) Busoperationen ausgeführt, damit 
die Deskriptoren auch in Multiprozessorsy- 
steme integriert werden können. 

Code- und Datensegmentdeskriptoren 
(S=1) 

Neben der Segmentbasisadresse und der 
durch die Segmentgrenze festgelegten Seg- 
mentlänge enthalten Code- und Datenseg- 
mentdeskriptoren ein Zugriffsrechtebyte, das 
außerdem Attribute des Segmentes enthält. 
Dieses Byte enthält fünf Informationen. 

* Present Bit 

Das P-Bit kennzeichnet die Präsenz, das 
heißt die Verfügbarkeit des Segmentes. 

* Deskriptor Privilege Level 

Diese zwei Bits enthalten die Privilegstufe 
des Selektors. 

* AccessedBit 

Mit dem A-Bit wird signalisiert, ob auf das 
Segment bereits zugegriffen wurde. 

* Segmentdeskriptor 

Bei Code- und Datensegmentdeskriptoren ist 
das S-Bit stets 1 . 

¥ Type 

Drei weitere Type-Bits enthalten zusätzliche 
Informationen, je nachdem ob es sich um ei- 
nen Code- oder Datensegmentdeskriptor 
handelt. 

Datensegment: Mit E = 0 wird ein Daten- 
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segment gekennzeichnet. Das ED-Bit kenn- 
zeichnet die Ausdehnungsrichtung des Seg- 
mentes entweder in Richtung steigender 
oder in Richtung fallender Adressen. Dies 
verdeutlich, ob es sich um einen Stack oder 
um einen Datenbereich handelt. Ein weiteres 
Bit (W-Bit) liefert Informationen über die Be- 
schreibbarkeit des Segmentes. 
Codesegment: Bei Codesegmenten ist 
E = 1 . Das Conforming-Bit (C-Bit, Anpas- 
sungsbit) ist 1 . Somit kann das Codesegment 
nur ausgeführt werden, wenn die momen- 
tane Privilegstufe größer oder gleich der De- 
skriptorprivilegstufe ist und unverändert 
bleibt. 

Systemsegmentdeskriptoren (S = 0, 

Type =13) 

Systemsegmentdeskriptoren sind ähnlich 
wie Code- und Datensegmentdeskriptoren 
aufgebaut. Diese Deskriptoren enthalten zu- 
sätzliche Systeminformationen. Das P-Bit 
gibt Auskunft darüber, ob das Segment im 
physischen Speicher vorhanden ist oder ob 
es ungültig ist. Das Typefeld spezifiziert ein 
gültiges Taskstatussegment (Type = 1 ), eine 
lokale Deskriptortabelle (Type = 2) oder ein 
belegtes Taskstatussegment (Type = 3). 

Gatedeskriptoren (S = 0, Type = 4-7) 

Gates werden zur Steuerung des Zugriffs auf 
Eintrittspunkte innerhalb eines Zielcodeseg- 
mentes benutzt. Je nachdem wie dieser Zu- 
griff erfolgt, unterscheidet man zwischen 
Callgates, Taskgates, Interruptgates und 
Trapgates. Die Gates werden im Typefeld 
spezifiziert. Weiterhin enthalten Gatedes- 
kriptoren den Zielselektor und den Zieloff- 
set. 

Die Gates liefern die Stufe des Übergangs ei- 
nes Steuertransfers von der Quelle zum Ziel. 
Die Übergänge ermöglichen es der CPU, au- 
tomatisch Schutztests (Protection Checks) 
vornehmen zu können und die Eintrittspunkte 
des Ziels zu kontrollieren. Callgates werden 
benutzt, um die Privilegstufe zu ändern, 
Taskgates werden verwendet, um Task- 
wechsel auszuführen, und Interrupt- und 
Trapgates ermöglichen das Spezifizieren 
von Interruptserviceroutinen. 

Das Interruptgate kann im Gegensatz zum 
Trapgate Interrupts sperren (Rücksetzen von 
IF). 

Lokale und globale Deskriptortabellen 

Der U 80601 verfügt über zwei Deskriptor- 
tabellen, die alle Deskriptoren enthalten, die 
für eine Task zu jedem beliebigen Zeitpunkt 
erreichbar sind. Eine Deskriptortabelle be- 
steht aus einem linearen Array mit bis zu 
81 92 Deskriptoren. Die oberen 1 3 Bit des Se- 
lektorwertes enthalten den Index innerhalb 
einer Deskriptortabelle. Jede Tabelle verfügt 
über ein 24-Bit-Basisregister, um die De- 
skriptortabelle im physischen Speicher lokali- 
sieren zu können, sowie ein 16-Bit-Limitregi- 
ster, das den Deskriptorzugriff auf eine defi- 
nierte Grenze beschränkt (Bild 2, S. 136). 
Eine der Tabellen, die globale Deskriptor- 
tabelle (GDT), enthält Deskriptoren, die für 
alle Tasks verfügbar sind. Die zweite Tabelle, 
die als lokale Deskriptortabelle (LDT) be- 
zeichnet wird, enthält Deskriptoren, die von 
den Tasks privat (lokal) benutzt werden kön- 
nen. Jede Task kann ihre eigene lokale De- 
skriptortabelle besitzen. 

Die GDT kann außer Interrupt- und Trap- 
deskriptoren alle Deskriptortypen enthalten, 
während die LDT nur Segment-, Task- 


gate- und Callgatedeskriptoren enthalten 
kann. 

Falls der Segmentdeskriptor zum Zeitpunkt 
des Zugriffs einer Task auf dieses Segment 
nicht in einer der beiden Tabellen existiert, 
kann mit der Task nicht auf dieses Segment 
zugegriffen werden. 

Mit den Befehlen LGDT und LLDT (LOAD 
GDT/LDT) wird die Basis und das Limit der 
globalen und der lokalen Deskriptortabellen 
geladen. Der LGDT-Befehl und der LLDT- 
Befehl sind privilegiert, das heißt, sie können 
nur von berechtigten Programmen, die in der 
Privilegstufe 0 operieren , ausgeführt werden. 
Der LGDT-Befehl lädt ein sechs Byte langes 
Feld, das das 16-Bit-Tabellenlimit und die 
physische 24-Bit-Basisadresse der globalen 
Deskriptortabelle enthält. Der LDT-Befehl 
lädt einen Selektor, der Sich auf einen De- 
skriptor der lokalen Deskriptortabelle be- 
zieht, der wiederum die Basisadresse und 
das Limit einer LDT enthält. 

Interrupt-Deskriptortabelle 

Im Protected Mode verfügt der U 80601 über 
eine dritte Deskriptortabelle, die Interrupt- 
Deskriptortabelle (IDT), über die es möglich 
ist, 256 Interrupts zu definieren. Diese Ta- 
belle kann nur Taskgates, Interruptgates und 
Trapgates enthalten. Die Interrupt-Deskrip- 
tortabelle verfügt innerhalb der CPU über ein 
physisches 24-Bit-Basisregister und ein 16- 
Bit-Limitregister. Der privilegierte LIDT-Be- 
fehl lädt diese Register mit einem 6-Byte- 
Wert, analog zum LGDT-Befehl. 

Der Zugriff auf die Interrupt-Deskriptortabelle 
kann über INT-Befehle, externe Interruptvek- 
toren und Ausnahmen erfolgen, die sich auf 
diese Tabelle beziehen. 

Die IDT muß hintereinander mindestens 
256 Byte umfassen, um allen reservierten In- 
terrupts einen Platz zuweisen zu können. 

Privilegien 

Der U 80601 besitzt ein in vier Stufen einge- 
teiltes Privilegsystem, das die Nutzung privi- 
legierter Befehle sowie den Zugriff auf De- 
skriptoren und die damit verbundenen Seg- 
mente innerhalb einer Task kontrolliert. Die- 
ses 4-Stufen-Privileg stellt eine Erweiterung 
des User-/Supervisor-Modus, der häufig in 
Minicomputern zu finden ist, dar. 

Die Privilegstufen sind von 0 bis 3 numeriert, 
wobei die Stufe 0 die höchste Privilegstufe 
ist. Die Privilegstufen ermöglichen einen 
Schutz innerhalb der Tasks. Durch die Bereit- 
stellung privater (lokaler) Deskriptortabellen 
für jede Task werden die Tasks voneinander 
isoliert. Betriebssystemroutinen, Interruptbe- 
handlungen und andere Systemsoftware 
können mit jeder T ask, die die vier Stufen des 
Privilegs nutzt, in den virtuellen Adreßraum 
eingebunden und geschützt werden. Jede 
Task des Systems besitzt für jede ihrer Privi- 
legstufen einen separaten Stack. 

Tasks, Deskriptoren und Selektoren haben 
ein Privilegstufenattribut, das bestimmt, ob 
der Deskriptor benutzt werden kann oder 
nicht. Taskprivilege bewirken die Nutzung 
von Befehlen und Deskriptoren. Deskripto- 
ren- und Selektorprivilege bewirken nur den 
Zugriff auf den Deskriptor. 

Schutzmechanismus 

Der U 80601 verfügt über einen umfangrei- 
chen Mechanismus zum Schutz vor kriti- 
schen Befehlen, die den Ausführungstatus 
der CPU beeinflussen können (z.B. HLT) 
und die die Code- oder Datensegmente vor 
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Bild 2 Lokale und globale Deskriptortabellen 

ungeeineter Behandlungsweise schützen. 
Dieser Schutzmechanismus läßt sich in drei 
Kategorien einteilen: 

- eingeschränkte Behandlung der Seg- 
mente (z. B. Schreibschutz für Datenseg- 
mente, die nur lesbar sind); mit den Deskrip- 
toren in der lokalen Deskriptortabelle (LDT) 
und in der globalen Deskriptortabelle (GDT) 
können die Segmente in der Gültigkeit ihrer 
Nutzung festgelegt werden. 

- eingeschränkter Zugriff auf die Segmente 
über die Privilegregeln und die Deskriptorbe- 
handlung 

- privilegierte Befehle oder Operationen, 
die nur in bestimmten Privilegstufen, die 
durch die CPL und die I/O-Privilegstufe 
(IOPL) bestimmt werden, ausgeführt werden 
können; die IOPL wird durch die Bits 14 und 
13 des Fiagwortes definiert. 

Die mit dem Schutzmechanismus verbunde- 
nen Tests (Checks), die bei allen Befehlen 
ausgeführt werden, lassen sich in drei Grup- 
pen einteilen: 

- Segment Load Checks (Segmentlade- 
tests) 

- Operand Reference Checks (Operanden- 
bezugstests) 

- Privileged Instruction Checks (Befehls- 
prioritätstests). 

Wird bei der Ausführung der Tests eine Ver- 
letzung der Behandlungsvorschrift festge- 
stellt, so wird eine Ausnahme ausgelöst, die 
es ermöglicht, auf diese Verletzungen zu rea- 
gieren. 

Systeminterface 

Das Systeminterface des U 80601 kann als 
Lokalbus und als Systembus ausgeführt wer- 
den. Der Lokalbus besteht aus Adreß-, Da- 
ten-, Status- und Steuersignalen des 
U 80601. Ein Systembus ist eine gepufferte 
Version des Lokalbusses. 

Die U 80601 -Familie umfaßt verschiedene 
Bauelemente, mit denen es möglich ist, ein 
Standardbussystem wie das modulare Mi- 
krorechnersystem MMS 1 6 zu realisieren. 
Das Mikrosystem-Lokalbusinterface spricht 
lokale Speicher- und I/O-Komponenten des 
U 80601 an. Dieses Interface besteht aus 24 
Adreßleitungen, 16 Datenleitungen und 8 
Status- und Steuersignalen. 

Ein Systembuskonzept läßt sich beispiels- 
weise mit den Komponenten CPU (U 80601 ), 
Taktgenerator (DS 82284), Buscontroller 
(U 80606), Busarbiter (U 80609) sowie Bus- 
treiber (DS 8286/8287) und Latches 
(DS 8282/8283) aufbauen. 


Der Taktgenerator DS 82284 generiert den 
Systemtakt und synchronisiert READY und 
RESET. Der Buscontroller U 80606 wandelt 
den dekodierten Busoperationsstatus des 
U 80601 in Kommando- und Bussteuersi- 
gnale. Der Busarbiter U 80609 generiert 
MMS 16-busgerechte Signale. 

Diese Komponenten liefern das geforderte 
Zeitverhalten, die elektrischen Pegel und die 
Treiberleistung für die meisten Systembusin- 
terfaces einschließlich des MMS 16. 



Busoperation 

Der U 80601 verwendet einen Systemtakt mit 
doppelter Frequenz (CLK-Eingang) zur 
Steuerung des Buszeitverhaltens. Alle Si- 
gnale des Lokalbusses werden relativ von 
diesem Systemtakteingang abgeleitet. Zur 
Erzeugung des internen Prozessortaktes, 
der den Buszustand bestimmt, wird der Sy- 
stemtakt durch zwei geteilt. Ein Prozessor- 
takt setzt sich aus zwei Systemtaktzyklen zu- 
sammen, die als Phase 1 und Phase 2 be- 
zeichnet werden. 

Die CPU unterstützt sechs Typen von Bus- 
operationen: 

- Memory Read Operation 

- Memory Write Operation 

- I/O-Read Operation 

- I/O-Write Operation 
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Bild 4 Anschlußbelegung 


- Interrupt Acknowledge Operation 

- Halt/Shutdown Operation. 

Bei der Datenübertragung kann maximal ein 
Wort innerhalb von zwei Prozessortaktzyklen 
übertragen werden. 

Der U 80601 hat drei grundsätzliche Zu- 
stände: 

- Idle (T) 

- Status senden (T s ) 

- Kommando ausführen (T c ). 

Ein vierter Lokalbuszustand der CPU wird als 
Halt (T h ) bezeichnet. Der T h -Zustand zeigt 
an, daß der U 80601 die Kontrolle des Lokal- 
busses, als Antwort auf ein HOLD-Request, 
an einen anderen Busmaster übergeben 
hat. 

Der Idle-Zustand (Ruhezustand) zeigt an, 
daß kein Datentransfer stattfindet oder ange- 
fordert ist. Der erste aktive Zustand T s wird si- 
gnalisiert, indem die Statussignale S1 und/ 
oder SO auf Low gesetzt werden. Er kenn- 
zeichnet die Phase 1 des Prozessortaktes. 
Während T s erfolgt die Dekodierung des 
Kommandos, und die Adressen und Daten 
(bei Schreiboperationen) werden freigege- 
ben. Der Buscontroller U 80606 dekodiert 
die Statussignale und generiert MMS 1 6-bus- 
kompatible Read- bzw. Writekommandos so- 
wie die Steuersignale der lokalen Treiber. 
Nach dem Zustand T s wird der Kommando- 
ausführungszustand T c eingenommen. Spei- 
cher- oder I/O-Systeme reagieren auf diese 
Busoperation innerhalb von T c , indem sie 
entweder Lesedaten zur CPU übertragen 
oder Schreibdaten akzeptieren. Um die Re- 
aktionszeit von Speicher- oder I/O-Systemen 
genügend abzusichern, werden T c -Zustände 
so oft als notwendig wiederholt. Das READY- 
Signal bestimmt, ob T c wiederholt wird oder 
nicht. 

Ein wiederholter T c -Zustand wird als WAIT- 
Zustand bezeichnet. Während des Haltzu- 
standes (T h ) sind alle Adreß-, Daten- und 
Statusausgangspins des U 80601 hochoh- 
mig, um einem anderen Busmaster die Nut- 
zung des lokalen Busses zu erlauben. Das 
HOLD-Eingangssignal wird verwendet, um 
den U 80601 in den T h -Zustand zu setzen. 
Das HLDA-Ausgangssignal signalisiert, daß 
die CPU den T h -Zustand eingenommen hat. 


Zusammenfassung 

Der U 80601 ist ein schneller 16-Bit-Mikro- 
prozessor, der für den Einsatz in leistungsfä- 
higen Personalcomputern und automati- 
schen Steuerungen entwickelt wurde. Hier- 
bei erfüllt der U 80601 internationale PC- 
Standardforderungen. 

Der U 80601 zeichnet sich durch eine hohe 
Arbeitsgeschwindigkeit (Taktfrequenz bis zu 
16 MHz) bei erhöhtem Datendurchsatz 
(Pipelining, Prefetching) und einen großen 
Adreßbereich (ein Gigabyte pro Task) aus. 
Zur Absicherung der Entwicklung und der 
Produktion einer neuen, leistungsfähigen 
Personalcomputergeneration wird mit dem 
U 80601 eine CPU bereitgestellt, die neue- 
sten internationalen Anforderungen ent- 
spricht (Einsatzmöglichkeit in Forschung, 
Entwicklung, Konstruktion, Prozeßüberwa- 
chung u. a.). 


El KONTAKT e 


VEB Mikroelektronik „Karl Marx“ Erfurt, 
Forschungszentrum, Rudolfstraße 47, Erfurt, 5010; 
Tel. 51076 App. 25 
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Der Buscontroller U 80606 DC 


Volkmar Heilbock 

VEB Mikroelektronik „Karl Marx“ 

Erfurt, Forschungszentrum 


Vorbemerkung 

Der im VEB Mikroelektronik „Karl Marx“ Er- 
furt gefertigte integrierte Schaltkreis U 80606 
DC ist ein Buscontroller für den schnellen 1 6- 
Bit-Mikroprozessor U 80601 . Er stellt den an- 
grenzenden Bussystemen die wichtigsten 
Befehls- und Steuersignale zur Verfügung 
und steigert damit die Leistungsfähigkeit der 
CPU erheblich. 

Der U 80606 DC wird im U 80600-System zur 
Erzeugung der Adreßlatch-Steuersignale, 
zur Steuerung der Datenübertragung und zur 
Standard-Befehlsausgabe verwendet. Die 
Befehlsausgaben erfolgen zeitgesteuert und 
erfüllen alle Forderungen von MMS 16-Bus- 
systemen (Multibus). Die Bilder 1 und 2 zei- 
gen die interne Struktur und das Schaltbild 
des U 80606 DC. 

Mittels fester Pinbeschaltung können beim 
U 80606 DC zwei Betriebsarten für das jewei- 
lige Buszeitverhalten eingestellt werden, 
für 


- MMS 1 6-kompatible Buszyklen 

- schnelle lokale Buszyklen. 

Der Buscontroller verfügt über 

- einen Takteingang (U 80601 -Systemtakt) 

- acht Status- und Steuereingänge 

- fünf Befehlsausgänge 

- vierSteuerausgänge. 

Der U 80606 DC liefert an den Steuersignal- 
ausgängen 16 mA und an den Befehlsaus- 
gängen 32 mA Treiberstrom bei Low-Pegel. 
Für Speicher- und I/O-Baugruppen stehen je- 
weils getrennte Befehlsausgänge zur Verfü- 
gung. Der Datenbus wird von separaten Da- 
tenfreigabesignalen und von Signalen zur 
Festlegung der Übertragungsrichtung ge- 
steuert. 

Der U 80606 DC wird im 20poligen Dual-in- 
line-Plastgehäuse geliefert. 

Anschluß- und Funktionsbeschrei- 
bung 

Bild 3 zeigt die Anschlußbelegung des 
U 80606 DC. In der Anschlußbeschreibung in 
Tafel 1 sind auch ausführliche Hinweise zur 
Funktion und Handhabung des U 80606 DC 
enthalten. 

Ergänzungen und Definitionen 


Prozessorzyklus 

Jede CPU, die einen lokalen Bus treibt, arbei- 
tet mit einem internen Takt, dessen Frequenz 
der halben Taktfrequenz des Systemtaktes 
entspricht. Die Kenntnis der Phase des inter- 
nen Taktes des Busmasters ist für die richtige 
Funktion des lokalen U 80600-Busses erfor- 
derlich. Der Busmaster informiert den Bus- 
controller über die Phasenlage seines inter- 
nen Taktes, indem er die Statussignale aus- 
gibt. Die Statussignale belegen immer die 
Phase 1 des internen Taktes des Busma- 
sters. 

Busstatus 

Der Buscontroller U 80606 DC erlaubt drei 
Arten des Buszustandes (Busstatus): Idle 
(T|), Status (T s ) und Befehl (T c ). Jeder Bus- 
status ist zwei Systemtaktzyklen lang. Die 
Phasen innerhalb der Buszustände korre- 
spondieren mit den Phasen des internen 
CPU-Taktes. 

Der Tj-Zustand wird eingenommen, wenn ge- 
rade kein Buszyklus auf dem lokalen 
U80600-Bus aktiv ist. Dieser Zustand kann 
mit unbestimmter Häufigkeit wiederholt 
werden. In der Zeit, in der gerade die Steue- 
rung des lokalen Busses von einem Master 
an einen anderen Master übergeben wird, 
verbleibt der Bus ebenfalls im T r Zustand. 



Für den Begriff CPU steht der Prozessor 
U 80601 oder ein Zusatzschaltkreis des 
U 80600-Systems, der die Funktion eines lo- 
kalen Busmasters erfüllen kann und somit die 
Statuseingänge des U 80606 DC treibt. 




Bild 1 Blockschaltbild des U 80606 DC 
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Symbol 

Pin 

BIA 

Funktion 




ausgang mehl akhvierl und CMDLY im nächsten Takt- 
zyklus erneut abgefragt. Bei Low-Pegel wird der selek- 
tierte Betehl freigegeben. Wenn am READY-Eingang 
vor Aktivierung des Befehlsausgangs Low-Pegel er- 
kannt wurde, beendet der Buscontroller den Buszyklus 
auch ohne Ausgabe eines Befehls. CMDLY wird mit GND 
verbunden, wenn keine Verzögerungen vorder Aus- 
führung eines Befehls nötig sind. Die Steuersignalaus- 
gänge werden von CMDLY nicht beeinflußt. 



E 

Ready (low-aktiv) 

Über diesen Eingang wird dem Buscontrollerdas Ende 
des aktuellen Buszyklus signalisiert. Der Multibus Mode 

fehlsausgänge aktiv werden zu lassen. Während RESET 
muß READY auf Low-Pegel liegen, um den U 80606 DC 
in den Idle State (kein Buszyklus) zu bringen. 

CENAEN 

‘ V 


E 

Command Enable/ Address Enable 

Hiermit werden die Befehlsausgänge und der DEN-Aus- 
gang des Buscontrollers gesteuert. CEN/AEN kann 
asynchron zum Takt gesetzt werden. Der Eingang kann 
mit U cc oder GND verbunden werden. Wenn am MB-Ein- 
gang High-Pegel anliegt, gilt die AEN-Funktion. 

Low-Pegel an AEN zeigt an, daß der CPU der Bus über- 
lassen wurde - der Buscontroller beendet dann den hoch- 
ohmigen Zustand der Befehlsausgänge und bringt sie in 
den inaktiven Zustand (High). Bei High-Pegel an AEN 
hat die CPU keinen Zugriff auf den Bus, die Befehlsaus- 
gänge sind hochohmig und DEN wird inaktiv (Low). 

AEN wird im allgemeinen von einem Busarbiter ge- 
steuert. Bei Low-Pegel an MB hat der Eingang CEN- 
Funktion. CEN ist ein ungelatchter high-aktiver Eingang 
zur Aktivierung der Befehlsausgänge und des DEN-Aus- 
gangs. Bei Low-Pegel an MB und an CEN werden die 
Befehlsausgänge und DEN inaktiv, die Befehlsaus- 
gänge werden nicht hochohmig. 

ALE 

■ 



Address Latch Enable 

Durch die Ansteuerung der Adreßlatches werden die 
Adressen während eines Buszyklus stabil gehalten. 
Während HALT-Buszyklen wird ALE nicht ausgegeben. 
Von den Steuereingängen wird ALE nicht beeinflußt. 

MCE 

: l 

• •• -;f 
. . • 


A 

Master Cascade Enable 

Dieser Ausgang zeigt an, daß eine Kaskade-Adresse 
von einem Master-Interruptcontroller auf den CPU- 
Adreßbus gelegt und über ALE-Steuerung in die Adreß- 
latches übernommen werden soll. DerCPU-Adreßbus 
kann dann die Kaskade-Adresse zu den Slave-Interrupt- 
controllern senden, so daß einer von ihnen auf den Inter- 
rupt-Acknowledge-Zyklus antwortet. 

MCE ist nur während Interrupt-Acknowledge-Zyklen aktiv 
(High-Pegel) und wird nicht von den Steuersignalein- 
gängen beeinflußt. 

Die Nutzung von MCE für die Freigabe der Kaskaden- 
Adreßtreiber erfordert die Verwendung von Latches, 
die die Kaskade-Adresse mit der fallenden Flanke von 

ALE speichern. 


Symbol 

Pin 

EIA 

Funktion 


16 

A 

Data Enable 

Dieser Ausgang gibt die Datenübertragung auf den 
lokalen Datenbus frei Im Multibus Mode wird DEN bei 
Schreibzyklen verzögert. 

0TR 


1 

Data T ransmit/Receive 

Dieses Signal bestimmt die Richtung der Datenbe- 
wegung. High-Pegel zeigt an, daß gerade ein Schreib- 
zyklus ausgeführt wird, Low-Pegel signalisiert einen 
Lesezyklus. 

Wenn DT/R den Status wechselt, ist DEN inaktiv. Wenn 
kein Buszyklus läuft, führt DT/R High-Pegel. Von den 
Steuereingängen wird DT/R nicht beeinflußt. 

I0WC •' 11 

1 

I/O Write Command (low-aktiv) 

Dieses Signal veranlaßt eine I/O-Baugruppe, Daten vom 
Datenbus zu lesen. Der Zeitpunkt der Aktivierung dieses 
Ausgangs wird von MB und CMDLY gesteuert. Mit 

READY wird IOWC inaktiv. 

I0RC 12 


I/O Read Command (low-aktiv) 

Dieses Signal veranlaßt eine I/O-Baugruppe, Daten auf 
den Datenbus zu legen. Der Zeitpunkt der Aktivierung 
dieses Ausgangs wird von MB und CMDLY gesteuert. 

Mit READY wird IORC inaktiv. 

WTC 9 


Memory Write Command (low-aktiv) 

Dieses Signal veranlaßt eine Speicherbaugruppe, Daten 
vom Datenbus zu lesen. Der Zeitpunkt der Aktivierung 
dieses Ausgangs wird von MB und CMDLY gesteuert. 

Mit READY wird MWTC inaktiv. 

I 


Memory Read Command (low-aktiv) 

Diese Signal veranlaßt eine Speicherbaugruppe, Daten 
auf den Datenbus, zu legen. Der Zeitpunkt der Aktivierung 
dieses Ausgangs wird von MB und CMDLY gesteuert. 

Mit READY wird MRDC inaktiv. 

iflTA 

13 

A 

Interrupt Acknowledge (low-aktiv) 

Dieses Signal teilt einer interruptanfordernden Baugruppe 
die Bestätigung dieser Interruptanforderung mit. Der Zeit- 
punkt der Aktivierung dieses Ausgangs wird von MB und 
CMDLY gesteuert. Mit READY wird INTA inaktiv. 

U* 

20 


Betriebsspannung + 5 V 

GND 

10 


Masse 
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Schaltkreis zur Fehlererkennung 
und - korrektur U 80608 


Rainer Franke, Frank Meinecke 
VEB Mikroelektronik „Karl Marx“ 
Erfurt, Forschungszentrum 

Einführung 

In Computersystemen ist in den letzten Jah- 
ren die Hauptspeicherkapazität und die An- 
zahl der verwendeten Speicherbauelemente, 
insbesondere die der dynamischen RAMs, 
stark angewachsen. Die Zuverlässigkeit der 
Computersysteme wird damit zunehmend 
von der Zuverlässigkeit der Speichersysteme 
bestimmt. Die Wahrscheinlichkeit eines Aus- 
falls wird in FIT (failure in time) angegeben, 
wobei 1 FIT einem Ausfall in einer Milliarde 
Bauelementestunden entspricht. Bei DRAMs 
sind vor allem zwei Fehlermechanismen zu 
beachten. 

Erstens hat ein DRAM wie jedes andere 
Bauelement eine endliche Lebensdauer. Die 


durch diese Fehler (Hard Errors) bedingten 
Ausfälle von DRAMs betragen heute etwa 50 
bis 60 FIT. Zweitens kann besonders bei dy- 
namischen Speichern ein Informationsver- 
lust durch eine externe Störung eintreten. Die 
Information eines Bits (in einem dynami- 
schen Speicherschaltkreis) ist in der Ladung 
eines Kondensators mit einer Kapazität von 
etwa 50 fF (Femtofarad) gespeichert. Durch 
äußere Einflüsse, wie Störspannungen, aus 
dem Gehäusematerial entstehende Alpha- 
strahlung oder hochenergetische Höhen- 
strahlung, kann aber der Kondensator trotz 
korrekt arbeitender Refresh-Steuerung ent- 
laden werden. Diese Fehler führen nicht zu 
einer Zerstörung des Bauelementes, son- 
dern nur zu einem Informationsverlust. Die 
Wahrscheinlichkeit für Fehler dieser Art (Soft 
Errors) liegt bei etwa 500 bis 1 000 FIT. Bei ei- 
ner Speicherkapazität von 64 KByte fällt das 
Problem nicht ins Gewicht. Die mittlere Zeit 


zwischen zwei Fehlern (mean time between 
failures = MTBF) liegt hier für Hard Errors bei 
204 Jahren und für Soft Errors noch über 14 
Jahren. Anders ist das bei Speichern mit ei- 
ner Kapazität von mehreren Megabyte, wie 
sie in Mini- und Mikrorechnern verwendet 
werden. Bei einer Speicherkapazität von 
4 MByte, aufgebaut mit 512 Stück 64-KBit- 
RAMs sinkt die MTBF bei Hard Errors auf 3,4 
Jahre und bei Soft Errors auf 0,22 Jahre. Sol- 
che Fehlerraten sind in vielen Einsatzfällen 
nicht akzeptabel. 

Da es sich bei den meisten Fehlern, wie oben 
gezeigt, um Soft Errors, also um einen Infor- 
mationsverlust, und nicht um einen Defekt 
des Bauelementes handelt, kann durch ent- 
sprechende Systemkonzepte, bei denen ein 
fehlerkorrigierender Code im Speicher ver- 
wendet wird, das Problem weitgehend beho- 
ben werden. 

Der VEB Mikroelektronik Erfurt fertigt für 
diese Anwendungen einen Schaltkreis zur 
Fehlererkennung und -korrektur (Error De- 
tection and Correction = EDC), der in einem 
solchen System einen fehlerkorrigierenden 
Code erzeugt und im Fehlerfall die entspre- 
chende Korrektur vornimmt. 
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Kurzcharakteristik 
und Pinbeschreibung 

Der EDC U 80608 ist ein sehr schneller 
Schaltkreis für die Fehlererkennung und -kor- 
rektur in statischen und dynamischen Spei- 
chersystemen, die hohe Zuverlässigkeit und 
Leistung erfordern. Er weist folgende Merk- 
male auf: 

• erkennt und korrigiert alle Ein-Bit-Fehler 

• erkennt alle Zwei-Bit-Fehler und manche 
Mehr-Bit-Fehler 

• benötigt maximal 52 ns für Fehlererken- 
nung und maximal 67 ns für Fehlerkorrektur 
(16-Bit-System) 

• Syndromausgänge für Fehlerlokalisierung 

• getrennter Ein- und Ausgabebus, kein Sy- 
stemtakt erforderlich 

• kaskadierbar bis 80 Bit Speicherbreite 

• U 80608-2 ist nicht kaskadierbar. Sein Ti- 
ming entspricht den Erfordernissen von 16- 
Bit-CPUs. 

• ermöglicht folgende Speicherzugriffsarten: 

- Speicherlesen mit/ohne Fehlerkorrektur 
(Read) 

- Speicherschreiben (Write) 

- Byte-Schreiben (8 Bit; Partial Write) 

- Lesen-Ändern-Schreiben (Read-Modify- 
Write) 


• 68-Pin-LCCC-Gehäuse 

• +5-V-Spannungsversorgung. 

Bild 1 zeigt das Schaltbild des U 80608, und 
Tafel 1 erklärt die Pins des Schaltkreises. 

Funktionelle Beschreibung 

Der U 80608 ist ein Einchip-System, das alle 
Ein-Bit-Fehler erkennt und korrigiert sowie 
alle Zwei-Bit-Fehler und manche Mehr-Bit- 
Fehler erkennt. Einige ungerade Mehr-Bit- 
Fehler (z. B. 5 falsche Bits) werden als Ein- 
Bit-Fehler interpretiert. Einige gerade Mehr- 
Bit-Fehler (z. B. 4 falsche Bits) können nicht 
als Fehler erkannt werden. Die meisten Feh- 
ler werden als Zwei-Bit-Fehler ermittelt. Die 
Fehlerbehandlung ist direkt abhängig von der 
Anzahl der verwendeten Checkbits und dem 
verwendeten spezifischen Hammingcode. 
Es wird nicht zwischen Fehlern in den Check- 
bits und Fehlern in den Datenbits unterschie- 
den. 

Jeder U 80608 kann 8 oder 1 6 Datenbits und 
bis zu 8 Prüfbits verarbeiten. Durch Kaska- 
dierung von maximal 5 Schaltkreisen 
U 80608 können Datenwörter mit einer Breite 
von bis zu 80 Bit verarbeitet werden. Andere 
Möglichkeiten des U 80608 sind Speicherin- 
itialisierung, Lokalisierung von Speicherfeh- 
lern und Byte-Schreiben (8 Bit). 


Tafel 1 Anschlußbeschreibung U 80608 (E - Eingang: A - Ausgang ) 


CBI/SYIO 

CBI/SYI1 

CBI/SYI2 

C8I/SYI3 : 

CBI.SYI4 

CBISYI5 

CBI/SYI6 

CBI/SYI7 


DO/WDI 0 51 

DO/WDI 1 50 

DO/WDI 2 49 

D0-WDI 3 48 

DO'WDI 4 47 

DO/WDI 5 46 


00 WDI 8 
00 WDI 9 
DO WDI 10 
DO WDI 11 
OO/WOI 12 
00 WDI 13 


Check Bits In/Syndrome In 

In einem Sigle-U 80608-System oder für den Masterin 
einem Multi-U 80608-System sind es Eingänge für 
5-8 Checkbits vom RAM. In einem Single-16-Bit- 
U 80608-System werden CBIO-5 genutzt. Als Slave 
empfängt der U 80608 die Syndrombits beim Master. 


Data Out/Write Data In 

Bei einem Lesez yklus li egen an diesen Ausgängen 
die korr igierten (CRCT = Low) oder unkorrigierlen 
(CRCT = High) Daten von DI0-DI15 an. Die BM-Ein- 
gänge müssen High sein, um die Ausgangstreiber 
während eines Lesezyklus zu aktivieren. Beim Schreib- 
zyklus liegen an diesen Eingängen zum Berechnen 
der Checkbits di e zu s chreibenden Daten an. Ist beim 
Byte-Schreiben BMO = High, so wird das Byte 
DO0-DO7 nicht verän dert. Dasselbe trifft für das Byte 
D08-D015 bei BMI = High zu. Ist WZ = Low, sind alle 
Ausgänge DOO-DOI 5 Low, und die zugehörigen 
Schreib-Checkbits erscheinen an CBO. 


Syndrome Out/Check Bits Out/Partial Parity Out 
al Parity Out 

In einem Single-U 80608-System oder vom Master eines 
Multi-U 80608-Systems werden beim Lesezyklus die 
Syndrombits ausgegeben. Beim Schreibzyklus er- 
scheinen die Check bits. Als Slave liefert der U 80608 
die Teilparität, die der Master während des Read- 
Modify-Write-Zykius benutzt. Wenn R/W auf Low geht, 
werden (beim RMW-Zyklus) die Syndrome gespeichert. 


Partial Parity In/Position 

Der Master in einem Multi-U 80608-System übernimmt an 
diesen Eingängen die Paritätsbits 0 und 1 von den Slaves. 
Einem Slave wird hierüber seine Position im System (1-4) 
mitgeteilt. Im Single-System nicht verwendet. Pins ver- 
fügen über interne Pull-up- Widerstände. 


Partial Parity In/Number of Slaves 
Der Master in einem Multi-U 80608-System über- 
nimmt an diesen Eingängen die Parifätsbits 2 und 3 
von den Slaves. Dem Slave 1 wird hierüber die Gesamt- 
zahl der Slaves im System (1-4) mitgeteilt. In einem 
Single-System und bei den anderen Slaves nicht ver- 
wendet. Pins verfügen über interne Pull-up- Widerstände. 


Partial Parity In/Correctable Error 

Der Master in einem Multi-U 80608-System übernimmt 

hierüber das Paritätsbit 4 : Beim Slave 1 oder in einem 


Symbol 

Pin 

EIA 

Funktion 




Single-System ist es der Flagausgang für korrigierbare 
Fehler. CE wird gespeichert, wenn R/W Low-Pegel an- 
nimmt. Wird bei Slaves 2-4 nicht verwendet. 

PPI5 

18 

E 

Partial Parity In 

PPI6 

19 

E 

Der Master übernimmt an diesen Pins die Paritätsbits 5-7 

PPI7 

20 

E 

der Slaves, Die Anzahl der Paritätsbits ist gleich der An- 
zahl der Checkbits. Werden in Slaves und in einem 
Single-System nicht verwendet 

esror 




Error (low-aktiv) 

Gibt in einem Single-System oder beim Master in einem 
Multi-U 80608-System das Error-Flag aus. Wird bei 

auf Low geht. 

ERST 

52 

E 

Correct (low-aktiv) 

Ist dieses Pin Low, wird die Korrektur der Daten während 
eines Read- oder Read-Modify-Write-Zyklus durchge- 
führt. Ist es High, wird die Korrektur ausgeschaltet, die 
Fehlererkennung ist aktiv. 



E 

Strobe 

Steuert die Speicherung der Daten an Dl und der Check- 
bits an CBI/SYI. Die Daten werden mit der H/L-Flanke 
übernommen. Ist das Signal High, werden die Daten an 
den Eingängen durchgeschaltet. 

BMO 

33 

E 

Byte Marks (low-aktiv) 

BMI 

32 

E 

High-Pegel: DO-Pins sind freigegeben für Lesezyklus. 
Low-Pegel: DO Pins sind hochohmig für Schreibzyklus. 
BMO steuert DO0-DO7, BMI steuert D08-D01 5. Beim 
Byte-Schreiben (8 Bit) ist BM-Eingang Low für neu zu 
schreibendes Byte. 

R/W 

21 

E 

ReadA/Vrite 

High-Pegel verlangt vom U 80608 Fehlererkennung und 
-korrektur, wenn CRCT = Low ist. Low-Pegel erlaubt das 
Generieren der Checkbits. Mit H/L-Flanke werden die 
Syndrombits intern für den Read-Modifiy-Write-Zyklus 
gespeichert 

W? 


E 

Write Zero (low-aktiv) 

Verwendetfür Speicherinitialisierung. Low-Pegel: Alle 
Ausgänge DOO-DOI 5 sind Low und die entsprechenden 
Checkbits liegen an CB0-CB7 an. BMO, BMI und 

R/W werden ignoriert. 

M/S 

1 . .. 

E 

Master/Slave 

High-Pegel: Master 

Low-Pegel: Slave 

sEocü 

! 3 

E 

Single EDC Unit (low-aktiv) 

Low-Pegel: einzelner U 80608, High-Pegel: Master im 
Multi-U 80608-System. Nicht verwendet bei Slaves. 

u« 

60 

E 

Betriebsspannung +5 V 

u= 

26 

E 

Masse für Logik 

K 

| 43 

E 

Masse für Ausgänge 
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Der U 80608 hat eine Flow-Through-Archi- 
tektur, das heißt, er arbeitet nicht sequentiell. 
Er unterstützt zwei Arten der Fehlerbehand- 
lung: 

© Flow Through oder Correct Always 
(Fehlererkennung und -korrektur) 

© Parallel oder Check Only 
(nur Fehlererkennung) 

Es gibt zwei separate 16-Bit-Busse. Der erste 
übernimmt die Daten vom RAM (Dl), und der 
zweite übergibt die korrigierten Daten an den 
Systembus (DO/WDI). Die interne Logik ist 
während eines Lesezyklus vollständig kom- 
binatorisch. Das ist der Unterschied zur Ar- 
chitektur eines Systems, bei dem zuerst Da- 
ten gelesen und anschließend die korrigier- 
ten Daten geschrieben werden müssen. 
(Diese Architektur benötigt überlicherweise 
zusätzliche Hardware, zum Beispiel Latches 
und bidirektionale Datenbustreiber, und ist 
durch das erforderliche Zeitverhalten der 
Steuersignale langsamer.) 

Lesezyklus 

Wenn das R/W-Pin High ist, übernimmt der 
U 80608 die Daten der RAM-Ausgänge über 
die Dl-Eingänge. Wenn es erforderlich ist, 
können die Daten mit dem STB-Signal zwi- 
schengespeichert werden. Es werden die 
Checkbits des Datenwortes ermittelt und mit 
den Checkbits des Checkbitspeichers, die an 
den CBI-Pins anliegen, verglich en. Bei einem 
Unterschied wird das ERROR-Flag aktiv 
(Low). Das System wird durch das CE-Flag 
informiert, ob der Fehler korrigierbar oder 
nicht korrigierbar war. Sind dieTO-Eingänge 
High und der Fehler korrigierbar, erscheint 
das Datenwort korrigiert an den DO-Ausgän- 
gen. Ist der Fehler nicht korrigierbar, wird das 
fehlerhafte Datenwort an die DO-Ausgänge 
weitergegeben. 

Werden mehrere U 80608 kaskadiert, liest 
der Master die Checkbits. Die Slaves gene- 
rieren eine Teilparität (Partial Parity) ihres zu- 
gehörigen Teilwortes und übergeben sie 
über die PPO-Ausgänge dem Master. Dieser 
erzeugt nun das Syndromwort und übergibt 
es über die SYO-Ausgänge an die Slaves, 
die nun i hre D aten korrigieren können. 

Hat das CRCT-Pin High-Pegel, arbeitet der 
U 80608 in einem Modus, bei dem die Daten 
nur auf Fehler überprüft, aber nicht korrigiert 
werden (Check Only Mode). Die Verzöge- 
rung zwischen Speicherausgabe und 
U 80608-Ausgabe ist in diesem Modus 
bedeutend kürzer als im Korrekturmodus. 
Im Korrekturmodus signalisiert das ERROR- 
Pin der CPU, daß ein Fehler vorliegt. Die 
CPU kann dann verschiedene Operationen 
ausführen, zum Beispiel den laufenden Zy- 
klus zum Zweck der Korrektur verlängern, 
den Befehl wiederholen oder eine Diagnose- 
routine starten. 

Das Syndromwort mit einer Breite von 5 bis 
8 Bit, das alle notwendigen Informationen 
über die Existenz und die Bitposition eines 
Fehlers enthält, ist an den Pins SYO0-SYO7 
für das System verfügbar. Die Fehlerlokali- 
sierung kann durch das Speichern des Syn- 
dromwortes und der Fehleradresse vollendet 
werden. 

Schreibzyklus 

Bei einem vollständigen Schreibzyklus wird 
das vollständige Wort, unter Umgehung des 
U 80608, direkt in den RAM geschrieben. Die 
gleichen Daten liegen an den Eingängen 
WDI des U 80 608, der die Checkbits gene- 
riert, an. BM0 und BMI müssen Low sein, 



Bild 2 Ablauf eines Read-Modify-Write-Zyklus 
mit Ein-Bit-Fehler in einem EDC-RAM-System 
mit U 80608 und U 80610 


damit die Ausgänge DO hochohmig sind. Die 
5 bis 8 Checkbits erscheinen an den Pins 
CBO und werden im selben Schreibzyklus in 
den Checkbit-RAM geschrieben. In einem 
Multi-Chip-System berechnet der Master die 
Checkbits unter Verwendung der Teilparitä- 
ten der Slaves. 

Beim Byte-Schreiben wird ein Teil (8 Bit) des 
Datenwortes überschrieben und der andere 
beibehalten. Das wird durch die Ausführung 
eines Read-Modify-Write-Zyklus ermöglicht. 
Das komplette alte Datenwort wird in den 
U 80608 gelesen und korrigiert. Dabei wird 
das Syndrom intern mit der H/L-Flanke 
von R/W gespeichert. Nur der Teil des Da- 
tenwortes (spezifiziert durch die Eingänge 
BM0, BMI), der nicht verändert wird, er- 
scheint an den Ausgängen DO. Der Teil, der 
überschrieben wird, geht über den System- 
bus zum RAM. Der U 80608 berechnet die 
Checkbits des neuen Wortes unter Verwen- 
dung des intern gespeicherten Bytes vom 
vorausgegangenen Lesen und des neuen 
Bytes vom Systembus und schreibt diese an- 
schließend in den Speicher. 

Read-Modify-Write-Zyklus 

Bild 2 stellt den Ablauf eines RMW-Zyklus mit 
Ein-Bit-Fehler in einem EDC-RAM-System 
mit U 80608 und U 8061 0 dar. Nach der Feh- 
lererkennung kann der U 80608 dazu ver- 
wendet werden, den RAM-Controller zu ver- 
anlassen, den Read-Zyklus in einen RMW- 
Zyklus zur Fehlerkorrektur zu überführen. 
Das reduziert die Wahrscheinlichkeit des 
Auftretens von Multi-Bit-Fehlern bei nachfol- 
genden Lesezyklen. Diese Korrektur wird 
durch die Ausführung von RMW-Zyklen er- 
reicht. 

Der RMW-Zyklus wird durch den R/W-Ein- 
gang gesteuert. Nach oder während eines 
Lesezyklus prüft der System-D RAM-Con trol- 
ler oder die CPU die Ausgänge ERROR und 
CE, um festzustellen, ob ein korrigierbarer 
Fehler vorliegt. Ist das der Fall, muß der 
DRAM-Controller oder die CPU den R/W- 
Eingang des U 80608 auf Low legen. Damit 
wird der EDC veranlaßt, das generierte Syn- 
drom zu speichern und die korrigierten 
Checkbits auf die CBO-Ausgänge zu legen. 
Die korrigierten Daten sind an den DO-Pins 
verfügbar. Der DRAM-Controller schreibt 
nun die korrigierten Daten und die dazugehö- 
rigen Checkbits in den Speicher. Der 
U 80608 kann den Read-Modify-Write-Zy- 
klus in einem oder in zwei Speicherzyklen 
durchführen. Sind zwei Zyklen erforderlich, 
werden die U 80608-Latches zum Speichern 
der Daten- und der Checkbits vom Lesezy- 


klus für den folgenden Lese- und Schreibzy- 
klus genutzt. Der DRAM-Controller U 80610 
ermöglicht, den RMW-Zyklus in einem Spei- 
cherzyklus durchzuführen. 

Speicherinitialisierung 

Ein Speichersystem, das mit einem EDC ar- 
beitet, erfordert nach dem Einschalten eine 
Initialisierung des Speichers. Dadurch wer- 
den gültige Daten- und Checkbits im Spei- 
cher erzeugt. Der U 80608 unterstützt die 
Speicherinitialisierung durch die Write-Zero- 
Funktion. Beim Aktivieren den WZ-Pins setzt 
der U 80608 im laufenden Speicherzyklus 
alle Datenbits auf Low und schreibt die zuge- 
hörigen Checkbits in den Speicher. Ein RAM- 
Controller kann durch diese Funktion nach 
dem Zuschalten der Betriebsspannung den 
RAM mit gültigen Daten- und Checkbits fül- 
len. Grobe Speicherfehler, zum Beispiel 
wenn die Daten- und die Checkbits alle Low 
oder High sind, werden als unkorrigierbare 
Fehler erkannt. 

Multi-Chip-Systeme 

Ein einzelner U 80608 kann 8 oder 1 6 Daten- 
bits und 5 oder 6 Checkbits handhaben. Fünf 
U 80608 können für Speicher mit einer Da- 
tenbreite von bis zu 80 Bit mit 8 Checkbits 
kaskadiert werden. In einem solchen Multi- 
Chip-System fungiert ein U 80608 als Master 
und die restlichen (maximal 4) als Slaves. Als 
Beispiel soll ein Lesezyklus in einem 32-Bit- 
System mit einem Master und einem Slave 
betrachtet werden. Der Slave berechnet die 
Teilparität (Partial Parity) seines Teilwortes 
(1 6 Bit) und gibt sie über die PPO-Pins an den 
Master weiter. Der Master verknüpft die Teil- 
parität des Slaves mit der Parität, die er von 
seinem Teilwort berechnet hat, um das Syn- 
drom zu generieren. Der Slave übernimmt 
das Syndrom vom Master, um die Fehlerkor- 
rektur durchzuführen. In Systemen mit mehr 
als einem Slave müssen die Teilparitätsaus- 
gänge der Slaves extern durch XOR-Gatter 
verknüpft werden. Write- und Read-Modify- 
Write-Zyklen werden analog ausgeführt. Mit- 
tels verschiedener Pins wird definiert, ob ein 
U 80608 als Master oder als Slave fungiert. 

Systemkonfiguration U 80608/ 

U 80610 

Der U 80608 ist für die direkte Zusammenar- 
beit mit dem DRAM-Controller U 80610 vor- 
bereitet. Dieser Schaltkreis erlaubt die 
Steuerung eines Dual-Port-Speichers. Die 
Kombination von U 80608 und U 80610 er- 
möglicht die Funktionen Fehlerkorrektur im 
Speicher während des Refreshs (automatic 
scrubbing), erweitertes RAS/CAS-Zeitver- 
halten für Read-Modify-Write in einfachen 
Speicherzyklen und automatische Speicher- 
initialisierung nach dem Reset. Zusammen 
bilden diese beiden Chips ein komplettes feh- 
lerkorrigierendes dynamisches Dual-Port- 
RAM-Subsystem. 
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DRAM-Controller U 80610 
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Vorbetrachtungen 

Der Adreßraum gegenwärtiger Mikroprozes- 
soren (Kl 810 WM86, U 80601, MC68000) 
ist im Vergleich zu konventionellen Mikropro- 
zessoren (U 880, K580 IK80, MC 6800) 
enorm angewachsen. Der physisch verfüg- 
bare Speicherraum in entsprechenden Mi- 
krorechensystemen, beispielsweise PC/AT 
für CAD- oder CAE-Anwendungen, erreicht 
häufig schon zwei Megabyte. Derart große 
Speicherräume sind zur Zeit ausschließlich 
mit dynamischen Speicherschaltkreisen ko- 
stengünstig realisierbar. 


Der U 8061 0 erlaubt RAM-Zugriffe ohne War- 
tezyklen und führt bei entsprechender Pro- 
grammierung eine RAM-Initialisierung durch. 
Weiterhin existiert in vielen Fällen die drin- 
gende Notwendigkeit, die gespeicherten Da- 
ten hardwaremäßig zu überprüfen und bei 
Bedarf Korrekturen vorzunehmen; dieses 
Datensicherungskonzept wird unterstützt. 
Hierfür besitzt der U 80610 neben den Port- 
und RAM-Interfaces noch ein ECC-lnterface 
(Error Checking and Correction) und unter- 
stützt damit den Anschluß des EDC-Control- 
lers U 80608 (Error Detection and Correction). 
Die Einheit von RAM-Controller (U 80610) 
und EDC-Controller (U 80608) ermöglicht 
den einfachen Aufbau großer Speicherarrays 
und bietet darüber hinaus die Möglichkeit, 
korrigierbare RAM-Fehlerzu beseitigen. 


die gemeinsamen Speicherressourcen sorgt 
ein interner Arbiter. Die Konfiguration des 
Refresh-Interfaces erfolgt durch Abtastung 
des RFRQ-Pins mit der fallenden Flanke von 
RESET. Je nach Programmierung wird dabei 
der interne Refresh-Timer aktiviert oder 
bleibt für das Auffrischen der Speicher unge- 
nutzt. Der als programmierbarer Teiler aus- 
gelegte Refresh-Timer übernimmt die Steue- 
rung der Warm-up-Phase und in den Be- 
triebsarten mit intern generiertem Refresh 
die Anforderung der Zyklen zum Auffrischen 
der dynamischen Speicher. Dabei wird die 
Betriebsfrequenz des DRC und die program- 
mierte Refresh-Periode berücksichtigt. 

ECC-lnterface 

Für den Aufbau gesicherter Speicherstruktu- 
ren besitzt der DRC ein spezielles Interface 
und unterstützt somit den Anschluß eines 
entsprechenden EDC-Controllers. Der EDC- 
Schaltkreis überwacht den Datenverkehr 




Beim Entwurf solcher Speichersysteme gibt 
es jedoch häufig Probleme, wenn einerseits 
hohe Anforderungen an die Leistungsfähig- 
keit, den Funktionsumfang und die Zuverläs- 
sigkeit gestellt werden und diese anderer- 
seits noch einfach und kompakt strukturiert 
ausfallen sollen. Zur Ansteuerung dynami- 
scher Speicher ist auf Grund ihrer spezifi- 
schen Wirkungsweise ein erhöhter Hard- 
wareaufwand nötig. 

Integrierte DRAM-Controller (DRC) tragen 
zur Vereinfachung der Entwurfsproblematik 
bei, weil sie das Auffrischen der DRAMs 
übernehmen und alle erforderlichen Signale 
im Speicher- und im Mikroprozessor-Inter- 
face mit hoher zeitlicher Konstanz bereitstel- 
len. Die Integration aller Funktionen ermög- 
licht beim Systementwurf entscheidende Re- 
duzierungen bei der Platinenfläche und bei 
der Energieaufnahme. Gleichzeitig wird die 
Systemzuverlässigkeit erhöht. Der U 80610 
ist ein programmierbarer DRAM-Controller 
für die Ansteuerung dynamischer Speicher- 
schaltkreise. Er unterstützt den Anschluß von 
16-, 64- und 256-KBit-DRAMs und kann ei- 
nen Adreßraum von maximal 2 MByte ver- 
walten. Der U 80610 besitzt zwei Ports, die 
hinsichtlich des Prozessorinterfaces und der 
Zugriffsmodalitäten konfigurierbar sind. Da- 
durch ist es mit vertretbarem Hardwareauf- 
wand möglich, Dual-Port-RAM-Strukturen 
aufzubauen, wie sie in modernen Busarchi- 
tekturen zu finden sind. Die Kommunikation 
der beiden Ports mit dem jeweiligen Prozes- 
sor kann synchron oder asynchron erfolgen. 


Aufbau und Wirkungsweise 

Übersicht über die Funktionsblöcke 

Der DRC besitzt verschiedene Interfaces, um 
mit dem Mikroprozessor und dem EDC auf 
der einen Seite und dem anzusteuernden 
DRAM auf der anderen Seite kommunizieren 
zu können (siehe Bild 1): 

• Port A-Interface 

• Port B-Interface 

• Refresh-Interface 

• Ausgangsinterface: 

- ECC-lnterface 

- RAM-Interface 

- Quittungssignale. 

Die Pinbelegung und das Schaltzeichen des 
U 8061 0 können den Bildern 2 und 3 entnom- 
men werden. 

Port-AIB-Interface 

Die beiden Ports A und B des DRCs sind 
gleich aufgebaut und ermöglichen den An- 
schluß der Mikroprozessoren K 1 81 0 WM86, 
U 80601 sowie kompatibler Typen. Über 
diese Ports wird die Kommunikation des 
Controllers mit den Mikroprozessoren ge- 
steuert. Hinsichtlich des Prozessorinterfaces 
und der Kommunikationsprotokolle ist das 
Verhalten dieser Ports konfigurierbar. 

Refresh-Interface 

Neben den oben erwähnten Mikroprozessor- 
Ports ist ebenfalls die interne Refresh-Logik 
berechtigt, auf den verwalteten Speicher zu- 
zugreifen. Für den konfliktfreien Zugriff auf 


Bild 3 Schaltzeichen 
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zwischen Prozessor und Speicher. Im Feh- 
lerfall wird der aktuelle Zyklus zu einem 
Read-Modify-Write-Zyklus verlängert; damit 
können korrigierbare Fehler beseitigt werden. 

RAM-Interface 

Das RAM-Interface ist ebenfalls Bestandteil 
des Ausgangsinterfaces. Herausgeführt sind 
hier die Adressen sowie die RAS-, CAS- und 
Steuersignale für den unmittelbaren An- 
schluß von dynamischen Speichern ein- 
schließlich der Bankselektsignale BSO und 
BS1. 

Betriebsarten des DRAM-Controllers 

Kommando- und Statusmodus 
Der logische Zustand an den Anschlüssen 
PCTLA und PCTLB zum Zeitpunkt der fallen- 
den Flanke des asynchronen RESET-Impul- 
ses bestimmt, in welcher Interface-Betriebs- 
art jeder der beiden Mikroprozessor-Ports 
programmiert wird. Bei High-Pegel erfolgt die 
Konfiguration im Statusmodus zur direkten 
Dekodierung der Statussignale der Prozes- 
soren Kl 810 WM86 und K580 IK80, die in 
der Kodierung und im Zeitverhalten nahezu 
identisch sind. Eine Konfiguration im Kom- 
mandomodus erfolgt bei Low-Pegel am be- 
treffenden PCTL-Pin. In dieser Betriebsart 
können direkt die Statussignale der CPU 
U 80601 dekodiert werden. Gleichfalls wer- 
den hier alle Multibus-Kommandos und die 
Speicheranforderungen eines lokalen Bus- 
controllers akzeptiert. 

In Abhängigkeit von der Programmierung er- 
folgt die Synchronisation asynchroner Spei- 
cheranforderungen. Neben den direkten An- 
forderungssignalen im DRQ-Bus (direct re- 
quest), die zur Zyklusauslösung bei bereits 
angewähitem Port verwendet werden, spei- 
chert ein spezielles Register die Anforderun- 
gen, falls der Zyklus nicht sofort ausgeführt 
werden kann. Die Signale des QRQ-Busses 
(queued request) bilden so eine Warte- 
schlange für abzuarbeitende Speicherzyk- 
len. Diese werden erst durch einen Zyklus- 
start auf dem zugeordneten Port oder im 
Kommandomodus durch ein INHIBIT ge- 
löscht. 

Refresh-Betriebsarten 
Prinzipiell werden fünf Refresmodi vom vor- 
gestellten DRC unterstützt: 

• intern generierter Refresh 

• intern generierter Refresh mit Ausfall- 
schutz 

• extern generierter Refresh ohne Ausfall- 
schutz 

• Burstrefresh 

• kein Refresh. 

Durch die Abtastung des Eingangs RFRQ mit 
der fallenden RESET-Flanke erfolgt die Pro- 
grammierung des Refreshmodus. Bei High- 
Pegel wird der Refresh-Timer für eine interne 
Generierung von Refresh-Anforderungen ak- 
tiviert. In diesem Fall ist eine externe Anfor- 
derung von Refresh-Zyklen bei gleichzeitiger 
Ausfallüberwachung und eine ausschließlich 
interne Refresh-Steuerung durch den 
U 80610 möglich. Bei Low-Pegel am RFRQ- 
Pin bleibt der Refresh-Timer inaktiv. Der An- 
wender hat dadurch die Wahl zwischen der 
Generierung von einzelnen Refresh-Zyklen 
ohne Ausfallschutz und Burstrefresh zum 
Auffrischen der dynamischen Speicher. 

NEC- und ECC-Modus 
Der logische Zustand am PDI-Pin beim Rück- 
setzen des DRC bestimmt, ob der DRC in ei- 


ner Konfiguration mit oder ohne Fehlerüber- 
wachung und -korrektur eingesetzt wird. Da 
einige Anschlüsse zur optimalen Anpassung 
an das Gesamtsystem andere Funktionen 
übernehmen und deshalb die internen Schal- 
tungen zur Ablaufsteuerung bereits vor Ab- 
schluß der Programmierphase konfiguriert 
werden, nimmt das ECC-Programm-Bit im 
Programm-Wort des U 80610 eine Sonder- 
stellung ein. Bei Low-Pegel am Anschluß PDI 
erfolgt die Programmierung im Nicht-ECC- 
Modus (NEC), bei High-Pegel im ECC-Mo- 
dus. 

Betriebsarten zum Test 
Zur Vereinfachung der Funktionskontrolle 
bietet der U 80610 zwei Testmöglichkeiten. 
Diese sind vorrangig für den Hersteller vorge- 
sehen und werden an dieser Stelle nicht nä- 
her erläutert. 

Funktionsbeschreibung 

Anschluß der Mikroprozessoren 
Der U 8061 0 ist für eine direkte Ankopplung 
an die Mikroprozessorsysteme K1810 
WM86 und U 80601 vorgesehen. Die Status- 
signale dieser Prozessoren können im Inter- 
esse einer maximalen Geschwindigkeit di- 
rekt dekodiert und auch unabhängig vom Sy- 
stemtakt verarbeitet werden. Aber auch an 
andere Busstrukturen mit getrennten Strobes 
für Lese- und Schreibanforderungen kann 
der U 80610 leicht angepaßt werden. Heute 
werden vielfach Multiprozessorsysteme ein- 
gesetzt, die mit einem anteilig genutzten 
Speicherbereich arbeiten, um eine höhere 
Verarbeitungsgeschwindigkeit und eine hö- 
here Zuverlässigkeit zu erreichen. Durch die 
Dual-Port-Architektur des U 80610 wird ein 
einfacher Aufbau solcher Systeme unter- 
stützt. 

Synchroner und asynchroner Betrieb 
Die Begriffe synchron bzw. asynchron cha- 
rakterisieren das Eingangsverhalten des 
DRAM-Controllers. Die Kommandos können 
dabei in bezug auf seinen Arbeitstakt eine ge- 
nau definierte Phasenlage haben. Solche 
synchronen Signale sind direkt im Interface 
ersetzbar. Besteht jedoch keine festgelegte 
Beziehung zum Takt, zum Beispiel bei einem 
Speicherzugriff außerhalb der lokalen Pro- 
zessorumgebung, dann müssen alle eintref- 
fenden Kommandos zunächst synchronisiert 
werden. Danach ist die weitere Behandlung 
aller Anforderungen identisch. Die On-chip- 
Synchronisation wird durch zwei Flip-Flop- 
Stufen realisiert, die mit der gleichen Takt- 
flanke getriggert werden. Die Synchronisa- 
tionszeiten liegen aus diesem Grund zwi- 
schen minimal einer und maximal zwei Takt- 
perioden. Wegen der dann durchschnittlich 
um etwa 25% höheren Zugriffszeit sollte syn- 
chronen Stufen, wann immer das möglich ist, 
der Vorrang gegeben werden. 

Anforderungs- und Steuersignale 
Zur Auslösung eines Speicherzyklus verfügt 
der U 80610 je Port über vier Eingänge. Die 
Eingangssignale RD, WR und PCTL sind mit 
den äquivalenten Statussignalen des unter- 
stützten Mikroprozessors, mit den Komman- 
doleitungen eines Buscontrollers oder mit 
den Multibus-Signalen zu verbinden. Im Fast 
Cycle Mode (U 80 601 -Interface) sollte PCTL 
fest auf Masse gelegt werden. Im Komman- 
domodus kann über dieses Signal zusätzlich 
in den Zyklusablauf eingegriffen werden. 
PCTL wird dazu abgefragt und gibt einen an- 


geforderten Zyklus frei oder verbietet diesen. 
Erfolgt ein INHIBIT (ein nachträgliches Sper- 
ren des Speichers) bereits vor dem Zyklus- 
start, dann wird die entsprechende Anforde- 
rung aus der Warteschlange gelöscht. Ein 
bereits begonnener Speicherzyklus wird da- 
gegen immer abgeschlossen. Alle Lese- und 
Schreibanforderungen an den Speicher müs- 
sen durch die Signale PEA bzw. PEB bestä- 
tigt werden. Da diese Freigabesignale in der 
Regel aus der Adresse dekodiert werden, ist 
eine unkomplizierte Staffelung mehrerer 
DRÄM-Controller zur Ansteuerung eines grö- 
ßeren Speicherbereichs möglich. 

Bei einer Daueraktivierung der Eingänge RD/ 
WR werden keine aufeinanderfolgenden 
Zyklen generiert. Bevor eine weitere Spei- 
cheranforderung (über das Port) anerkannt 
wird, müssen die Kommandos für minde- 
stens eine Taktperiode inaktiv werden. Durch 
daueraktive Kommando- oder Statussignale 
kann auch der Zugriff auf den Speicher vom 
jeweils anderen Port aus nicht verhindert 
werden. 

Kl 810 WM86-Interface 
Bei der Verwendung des Kl 810 WM86 ar- 
beitet der U 80610 im Slow Cycle Mode. Für 
einen Betrieb ohne Wartezustände ist der 
U 80610 direkt an die Statusleitungen des 
Prozessors anzuschließen und synchron zu 
takten. Weiterhin muß das Quittungssignal 
EAACK mit dem SRDY-Eingang des Prozes- 
sors verbunden werden. Der Anschluß der 
Adreßeingänge des U 80610 an den Daten-/ 
Adreßbus des Mikroprozessors erfolgt über 
geeignete Latches und Demultiplexer (z. B. 
DS8283). 

U 80601 -Interface 

Zusammen mit dem U 80601 arbeitet der 
U 80610 im Fast Cycle Mode. Für einen Be- 
trieb ohne Wartezustände muß der U 80610 
direkt an die Statusleitungen des Prozessors 
angeschlossen und synchron getaktet wer- 
den. Das Quittungssignal EAACK ist mit dem 
SRDY-Eingang eines DS 82284 (Clock Ge- 
nerator and Ready Interface) zu verbinden. In 
Single-Port-Anwendungen können die 
Adreßeingänge direkt an den Adreßbus des 
Prozessors angeschlossen werden, wenn 
am Port A angekoppelt wird. 

Dual-Port-Betrieb 

Das Dual- Port-Konzept des DRC U 8061 0 er- 
möglicht zwei unabhängigen Prozessoren 
den Zugriff auf einen gemeinsam genutzten 
Speicher. Der Controller steuert dabei den 
Adreß- und Datenpfad zwischen beiden 
Ports über spezielle Signale und realisiert 
durch den internen Arbiter einen konflikt- 
freien Zugriff. Damit beide Ports synchron be- 
trieben werden können, müssen die Arbeits- 
frequenzen der Mikroprozessoren phasen- 
synchronisiert sein. Sind diese Vorausset- 
zungen nicht erfüllbar, dann muß ein Port 
asynchron arbeiten. 

Zyklusbestätigung 

In Systemkonfigurationen ohne Fehlerkor- 
rektur liefert der U 80610 zwei Quittungssi- 
gnale für jedes Port, AACK und XACK. In Ab- 
hängigkeit von der Programmierung des 
DRC werden die Quittungssignale für den je- 
weiligen Betrieb optimiert ausgegeben. 

In ECC-Systemen ist über ACKA bzw. ACKB 
immer nur ein Bestätigungssignal je Port ver- 
fügbar. Ob dieses als AACK oder XACK ge- 
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2. Kompilieren in Forth 

Herkömmliche Compiler sind in sich abge- 
schlossene Rechenprogramme, die Quell- 
text so übersetzen, daß das Übersetzungs- 
produkt (oder auch Kompilat) schließlich in 
den Speicher gebracht und dort abgearbeitet 
werden kann. In Forth ist der Übersetzungs- 
vorgang nicht derart in einem separaten 
Compiler zentralisiert. Hier entsteht das 
Kompilat durch leicht nachvollziehbare Aktio- 
nen des Textinterpreters, wobei sich die zu 
übersetzenden Worte selbst noch aktiv am 
Übersetzungsvorgang beteiligen können. 

In diesem Teil werden zunächst die Befehle 
für den Zugriff zum Rechnerspeicher zusam- 
mengestellt. Darauf aufbauend folgen Aus- 
führungen zum Übersetzungsvorgang als 
Wörterbucherweiterung, über Worte zur Pro- 
grammstrukturierung und zum Umgang mit 
Teilwörterbüchern. 

2.1. Speicherzugriff 

2.1.1. Adressen 

Für den Übersetzungsprozeß und die Ablage 
des entstandenen Kompilats sind Zugriffs- 
möglichkeiten zum Speicher erforderlich. 
Hierfür benutzt das Forthsystem genau die- 
selben Worte, die auch für den Programmie- 
rer da sind, wenn er auf Speicheradressen 
zugreifen möchte. Diese Worte erwarten die 
Speicheradresse, auf die zuzugreifen ist, als 
16-Bit-Wert auf dem Parameterstapel. Damit 
wird die Adressierung von 64 kByte direkt un- 
terstützt. 

2.1.2. Übertragung zwischen Speicher und 
Stapel 

Die drei Worte 
C@ @ 2@ 

lesen Werte vom Speicher. Sie erwarten auf 
dem Stapel eine Adresse, entfernen diese 
und holen von dem damit adressierten Spei- 
cherplatz ein, zwei bzw. vier Byte zum Stapel. 
Auch beim Befehl C@, der nur ein Byte holt, 
wird als Ergebnisparameter auf dem Stapel 
ein 16-Bit-Wert hinterlassen; dabei sind die 
höherwertigen acht Bit auf Null gesetzt. 
Dagegen schreiben die drei Worte 
C! ! 2! 

auf die im TOS (Top Of Stack) liegende 
Adresse den darunterliegenden Wert, und 
zwar auch wieder ein, zwei bzw. vier Byte. 
Das Wort +! erwartet im TOS ebenfalls eine 
Speicheradresse. Der darunter liegende 
Wert wird zum auf der anzusprechenden 
Speicherzelle liegenden 16-Bit-Wert addiert. 

2.1.3. Behandlung von Speicherbereichen 
Mit den Worten 

CMOVE CM0VE> 

kann der Inhalt von Speicherbereichen ver- 
schoben werden. CMOVE kopiert dabei zu- 
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Übrigens... 

. . . sollte die im Jahre 1969 von Charles Moore 
an einem Observatorium in Charlottsville ent- 
wickelte Programmiersprache Fourth heißen 
und zum Ausdruck bringen, daß sie für die 
4. Computergeneration konzipiert wurde. 6stel- 
lige Bezeichnungen waren aber auf der von 
Moore genutzten Anlage IBM 1130 noch nicht 
möglich, so daß er kurzerhand einen Buchsta- 
ben wegließ. Damit entstand Forth als Name für 
eine Echtzeit-Programmiersprache mit einer 
bis zu zehnmal höheren Geschwindigkeit ge- 
genüber Basic. mp 


erst das erste Byte, CMOVE> kopiert zuerst 
das letzte Byte des Bereichs. CMOVE> eig- 
net sich also zum Aufwärtsverschieben von 
sich überlappenden Speicherbereichen, was 
auch durch das Zeichen > am Namen ange- 
deutet werden soll. Das Wort FILL füllt einen 
Speicherbereich mit dem Byte, das als Para- 
meter im TOS liegt. Größe und Anfangs- 
adresse des Bereichs liegen darunter. 

2.2. Die Erweiterung des Wörterbuchs 

Befehlsworte werden immer dann nicht aus- 
geführt, sondern übersetzt, wenn der Kompi- 
liermodus eingeschaltet ist, also zum Bei- 
spiel zwischen Doppelpunkt und Semikolon. 
In diesem Zustand wird das Forthsystem ge- 
wissermaßen davon unterrichtet, welche Be- 
fehlsabfolge zu einem neu definierten Wort 
gehören soll. Der Mechanismus, nach dem 
diese Informationen übersetzt werden, ist 
denkbar einfach: Nachdem der neue Name 
im Klartext als nächster Eintrag an das bishe- 
rige Ende des Wörterbuchs dazugeschrie- 
ben wurde, werden dann der Reihe nach die 
Codeanfangsadressen der als Programmin- 
halt notierten Worte angehängt. Auf diese 
Weise wird das Wörterbuch um einen neuen 
Eintrag erweitert; es wächst. 

2.2.1. Wortnamen 

Definitionsworte tragen bei ihrer Ausführung 
einen zusätzlichen Namen in das Wörter- 
buch ein. Die Form dieser Eintragung im 
Wörterbuch unterscheidet sich nicht von den 
Eintragungen, die vorher schon zum Forthsy- 
stem gehörten. 

Wegen dieser Einheitlichkeit kann das ge- 
samte Forthsystem als ein ausschließlich mit 
den eigenen Mitteln definiertes Programm 
angesehen werden. Professionelle Forthsy- 
steme werden auch genau auf diese Weise 
erzeugt: Sie sind vollständig in Forthquell- 
code definiert und entstehen als Ergebnis ei- 
nes Übersetzungsvorgangs mittels Forth. 
Für die im Standard Forth-83 definierten 
Funktionen sind möglichst sinnfällige Namen 
festgelegt. Für den Programmierer gibt es bei 
der Wahl der Namen für seine eigenen Worte 
nur die Einschränkung, daß der Name nicht 
mehr als 31 Zeichen enthalten darf. Sowohl 
im Ausführungs- als auch im Kompiliermodus 
ist der nur wenige Zeilen lange Textinterpre- 
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ter dasjenige Systemprogramm, das die ein- 
zelnen Worte aus dem Eingabestrom entge- 
gennimmt und je nach Betriebsmodus aufruft 
(d. h. ausführt) oder kompiliert. Von den Wor- 
ten im Quellcode nimmt der Textinterpreter 
im allgemeinen an, daß sie schon als Ein- 
träge im Wörterbuch vorhanden sind. Aller- 
dings sind an dieser Stelle zwei Ausnahmen 
zu erwähnen: Als erste Ausnahme sind im 
Eingabestrom Zahlen zulässig, da der Text- 
interpreter bei unbekannten Worten zu- 
nächst versucht, diese als numerische Werte 
aufzufassen und zu konvertieren. Als zweite 
Ausnahme kann es geschehen, daß ein vom 
Textinterpreter aufgerufenes Wort die wei- 
tere Analyse des Eingabestroms zeitweilig 
selbst in die Hand nimmt. Dieses Wort kann 
dann nachfolgende Worte im Quelltext als 
Parameter werten und eventuell gar nicht 
erst im Wörterbuch suchen. So arbeiten bei- 
spielsweise Definitionsworte, wenn sie für 
den nachfolgenden Namen einen neuen 
Wörterbucheintrag einrichten. 

2.2.2. Definition von Daten Worten 
a) Unveränderliche Zahlenwerte 
Ein symbolischer Name für einen unverän- 
derlichen Zahlenwert kann mit dem Defini- 
tionswort CONSTANT vereinbart werden. 
CONSTANT erledigt bei seiner Aktivierung 
zwei Aufgaben: Es schreibt für den neu defi- 
nierten Wortnamen einen neuen Eintrag ins 
Wörterbuch und holt den obersten Wert vom 
Stapel, um ihn im Wörterbuch bei dem neuen 
Namen abzulegen: 


26 CONSTANT BUCHSTABEN (er 1 gk 

BUCHSTABEN ZIFFERN + CONSTANT ZEICHENIcr) .p* 
BUCHSTABEN . J c r > _ 26_ ok 


Der unterstrichene Teil kennzeichnet die Ein- 
gabe der Entertaste (er) und die Rechnerre- 
aktion bis (ok). Nachdem ein Konstanten- 
name definiert wurde, ist die Benutzung die- 
ses Namens funktionell gleichwertig mit der 
direkten Benutzung der betreffenden Zahl. 
Hier soll außerdem deutlich werden, daß es 
nicht etwa syntaktische Vorschrift ist, vor 
dem Wort CONSTANT eine Zahl zu notieren. 
Der Programmierer muß nur wissen, daß 
CONSTANT den augenblicklich auf dem Pa- 
rameterstapel befindlichen Wert holt und die- 
sen als vereinbarten Konstantenwert an- 
sieht. Wie der Programmierer diesen Wert 
gewinnt, gehört zur Vorgeschichte und ist für 
die Funktion von CONSTANT vollständig 
gleichgültig. Es ist also möglich, den zu ver- 
einbarenden Konstantenwert erst durch ein 
(beliebig komplexes) Programm ermitteln zu 
lassen. Weiterhin ist es nützlich zu wissen, 
daß ein definiertes Datenwort wiö zum Bei- 
spiel ZIFFERN selbst ein aktives Wort ist. Zu 
verstehen ist das so, daß das Wort ZIFFERN 
bei seiner Ausführung völlig selbständig die 
weitere Programmabarbeitung übernimmt, in 
eigener Zuständigkeit den Wert 1 0 zum Para- 
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meterstapel schafft und anschließend die 
weitere Programmabarbeitung wieder an das 
Forthsystem zurückgibt. 


Zählung weiter mit dem bisherigen Pro- 
gramm für TEILE erledigt werden kann (siehe 
Bild, vgl. auch Abschnitt 2.4.3.). 


b) Veränderliche Zahlenwerte 
Symbolische Namen für veränderliche Zah- 
lenwerte werden mit dem Definitionswort VA- 
RIABLE vereinbart. 

VARIABLE TEILE (cr) ok 

Das Wort VARIABLE hat jetzt ans Wörter- 
buch einen Eintrag mit dem Namen TEILE 
und dem Code für veränderliche Zahlenwerte 
angehängt. Dabei wurde eine Speicherzelle 
freigehalten, in der der jeweils aktuelle Wert 
von TEILE eingetragen ist. Wenn das Wort 
TEILE ausgeführt wird, wird automatisch der 
Codeteil für veränderliche Zahlenwerte akti- 
viert, und der seinerseits schafft genau die 
Adresse der freigehaltenen Speicherzelle 
zum Parameterstapel. Der Programmierer 
benutzt nun diese Adresse, um mit den ge- 
wöhnlichen Worten für den Zugriff auf Spei- 
cheradressen den Variablenwert zu setzen 
oder zu lesen: 


TEILE ! iSCL.BS 
TEILE +!iSCl-9S 
LE B . <cr)._l=0_Q!< 
TEILE +!<cr).ok 


Der Name TEILE ist damit nichts anderes als 
eine menschliche Merkhilfe für die zugeteilte 
Speicheradresse. Falls der Programmierer 
sich dafür interessiert, welche konkrete Spei- 
cherzelle das Forthsystem für. die Variable 
TEILE reserviert hat, kann er sich diese Spei- 
cheradresse anzeigen lassen. 

TEILE . (er) 32373 ok 

Der Variablenname hinterläßt ja bei seiner 
Ausführung als eigene Aktion die zugeteilte 
Adresse auf dem Stapel, und der Punkt gibt 
diesen Wert aus. Ob der Programmierer in 
dieser angenommenen Situation nun mittels 
des Namens TEILE oder mittels der Zahl 
32373 auf die bewußte Speicherzelle zu- 
greift, ist funktionell gleichwertig. In Quelltex- 
ten empfiehlt sich natürlich der Gebrauch des 
Namens, um in jedem Fall die richtige Bezug- 
nahme zu sichern. Die Verfügbarkeit der 
Variablenadresse ermöglicht ein flexibles 
Reagieren auf wechselnde Anforderungen. 
Angenommen, es gäbe ein bewährtes größe- 
res Programm zur Bestandsverwaltung, mit 
dem nach dem obigen Muster Zugänge und 
Abgänge mittels der Variablen TEILE regi- 
striert werden. Nun möge sich die Notwen- 
digkeit ergeben, nicht nur wie bisher eine ein- 
zige, sondern zwei verschiedene Sorten die- 
ser Teile zu verwalten, beispielsweise solche 
aus Holz und solche aus Plast. Sicherlich 
wird man dafür zwei verschiedene Zählvaria- 
blen (z. B. #HOLZ und #PLAST) vorsehen 
müssen. Trotzdem kann bei entsprechend 
zweckmäßigem Vorgehen gesichert werden, 
daß der bewährte Programmbestand weitge- 
hend unverändert bleibt. Die Methode be- 
steht darin, das Verhalten von TEILE nachzu- 
bilden und bei Bedarf nur die Sorte zu wech- 
seln. Dazu wird eine zusätzliche Variable 
MATERIAL definiert, in der die jeweils aktu- 
elle Sorte gespeichert ist. Mit den Befehlen 
HOLZ und PLAST wird dann bei Bedarf die 
Sorte gewechselt, während die gesamte 


VARIABLE »HOLZ 0 «HOLZ ! <grJ._ok 

VARIABLE «PLAST 0 «PLAST Mcr)_ok 

VARIABLE MATERIAL «HOLZ MATERIAL !<cr)_ B k 

■ HOLZ < ==> ) «HOLZ MATERIAL ! ;<cr)_9k 

< PLAST < “-> ) »PLAST MATERIAL ! }<gr) ok 

i TEILE < — — > •> MATERIAL 0 ;<cr)_Sk 

Die Variablen haben nach ihrer Definition ei- 
nen unbestimmten Inhalt und werden des- 
halb geeignet initialisiert. TEILE ist jetzt keine 
Variable mehr, sondern ein Programm, das 
bei Aufruf eine der Variablenadressen 
#HOLZ oder #PLAST liefert. Wenn das Ver- 
waltungsprogramm aber nur voraussetzt, 
daß der Aufruf von TEILE die Adresse der 
Zählvariablen zum Stapel liefert, dann muß 
es weiter korrekt arbeiten. Für den Benutzer 
des Programms hat sich nur geändert, daß er 
jetzt bei Bedarf eine bestimmte Sorte anwäh- 
len kann: 



2.2.3. Definition von Programmworten 

Die übliche Art und Weise, Forthprogramme 
zu schreiben, besteht in der Definition von 
Programmworten mittels des Doppelpunkts. 
Gute Programmierer finden bei der Problem- 
analyse heraus, in welche kleinsten funktio- 
nellen Einheiten das Problem zerlegt werden 
kann. Für Forthsoftware ist charakteristisch, 
daß solche funktionellen Einheiten als sehr 
kleine eigenständige Programme definiert 
sind. Ist in einem Programm für elektrische 
Schaltungen beispielsweise die Parallel- 
schaltung von Widerständen zu berechnen, 
böte sich an, ein Programm für einen Paral- 
lelschaltungsoperator vorzusehen : 

: || ( rl rZ ===> r1||r2) (cr) ok 

OVER OVER + */ ; (cr) ok 
Gesamtwiderstand dreier paralleler Wider- 
stände im Wert von ein, zwei und drei kOhm 
kann damit folgendermaßen ermittelt wer- 
den. 

1000 2000 3000 || || . (er) 545 ok 

Der Doppelpunkt als Definitionswort hat den 
neuen Namen || ins Wörterbuch eingetragen. 
Nach der Kompilierung der vier Worte, die 
das Programm ausmachen, schaltet das Se- 
mikolon wieder den Ausführungsmodus ein. 
Mit dem Definieren von Programmen wie || 
für die elementaren Bestandteile des Pro- 
blems entsteht nach und nach ein Vorrat an 
Worten, der seinerseits wieder benutzt wer- 
den kann, um die nächsthöheren Niveaus der 
Aufgabe problemnah zu beschreiben. 

2.2.4. Streichen von Definitionen 

Im Laufe einer Forthsitzung kann die Lage 
eintreten, daß das Wörterbuch mit Probier- 
versionen beladen ist, die inzwischen nicht 
mehr gebraucht werden. Dann gibt es die 
Möglichkeit, mittels des Wortes FORGET 
von einem anzugebenden Namen an das ge- 
samte Ende des Wörterbuchs wieder „abzu- 
schneiden“. In der folgenden Zeile wird der 
Eintrag MATERIAL zusammen mit allen 
nachfolgenden Einträgen aus dem Wörter- 
buch getilgt. 


FORGET MATERIAL (cr) ok 
2.3. Programmstrukturierung 

Die bisherigen Beispiele enthielten nur reine 
Geradeausprogramme. So trivial sind reale 
Programme in aller Regel nicht, vielmehr 
werden Möglichkeiten für Entscheidungen, 
Verzweigungen und Wiederholungen benö- 
tigt. 

2.3.1. Logische Werte 
Zahlen auf dem Parameterstapel können 
auch als logische Werte angesehen werden. 
Dabei gilt in Forth die Vereinbarung, daß die 
Zahl Null den logischen Wert falsch bedeutet. 
Jede Zahl ungleich Null gilt dagegen als logi- 
scher Wert wahr. Logische Werte werden im 
Laufe der Programmabarbeitung zum Bei- 
spiel als Ergebnisse von Vergleichsoperatio- 
nen geliefert. Ein Vergleichsoperator arbeitet 
dabei nach demselben Schema, wie die 
arithmetischen Operatoren. Die beiden zu 
vergleichenden Zahlen liegen oben auf dem 
Stapel. Der Vergleichsoperator entfernt die 
Zahlen und hinterlegt auf dem Parametersta- 
pel denjenigen logischen Wert, den er als Er- 
gebnis des Vergleichs herausgefunden hat. 
Wenn sich der logische Wert wahr ergibt, 
dann erzeugen die Operatoren dafür eine - 1 
(alle Bits auf 1 gesetzt). Als Operatorname für 
den Test auf Gleichheit wird naheliegender- 
weise das Gleichheitszeichen = benutzt. 
Ähnlich selbsterklärend wirken die Operato- 
ren für größer als und kleiner als, wie das Bild 
zeigt. 


Häufig tritt der Fall auf, daß eine Zahl mit Null 
verglichen werden soll. Vom Standard sind 
für diese Fälle drei Operatoren (0= 0> und 
0<) vorgesehen. Alle bisher genannten Ver- 
gleichsoperatoren sehen die zu vergleichen- 
den Zahlen als vorzeichenbehaftete 16-Bit- 
Zahlen an. Wenn die zu vergleichenden Zah- 
len als vorzeichenlos angesehen werden sol- 
len, muß der Operator U< benutzt werden. 
30000 40000 U< . (er) -1 ok 
Für den Vergleich von doppeltgenauen Zah- 
len sieht der Standard die folgenden vier 
Operatoren vor: 

D0= D= D< DU< 

2.3.2. Bitoperationen 

Zur bitweisen Verknüpfung von zwei logi- 
schen Eingangswerten zu einem logischen 
Ergebniswert dienen die Worte 

AND OR XOR 

Das Wort NOT bildet die bitweise Negation 
(Einerkomplement) eines Eingangswertes. 

2.3.3. Entscheidungsstrukturen 
Logische Werte (z. B. aus Ergebnissen von 
Vergleichen) werden häufig zur Entschei- 
dung über Programmverzweigungen be- 
nutzt. In Forthprogrammen wird die Verzwei- 
gung mittels der Worte IF ELSE und THEN 
organisiert: 

.... IF . . . . ELSE .... THEN .... 

Die Syntax unterscheidet sich völlig von der 


144 


flikroprozessortechnik, Berlin 3 (1989) l 




Kurs 


in herkömmlichen Programmiersprachen, ist 
aber in sich wieder sehr logisch: Bereits vor 
dem IF muß der Programmierer alle erforder- 
lichen logischen Operationen erledigt haben, 
also zum Beispiel Vergleiche, logische Ver- 
knüpfungen ihrer Ergebnisse usw. Das Er- 
gebnis liegt nun als logischer Wert im Sinne 
einer Steuerflagge (englisch: flag) auf dem 
Parameterstapel. Das Wort IF holt diesen lo- 
gischen Wert vom Stapel, wertet ihn aus, und 
organisiert, wo der Programmlauf weiterzu- 
gehen hat. In diesem Sinne kann IF als Ver- 
zweigungsoperator angesehen werden, der 
entsprechend der Postfixnotation hinter (!) 
den als Steuerflagge dienenden Operanden 
steht. IF selbst leitet dann schon den Ja- 
Zweig ein und ist deshalb in der deutschen 
Entsprechung als falls-ja zu verstehen. Der 
Nein-Zweig beginnt mit ELSE, das in der 
deutschen Entsprechung als andernfalls: zu 
verstehen ist. Beendet wird die Verzweigung 
mit dem Wort TFIEN im Sinne des deutschen 
danach: Mit diesen Mitteln der Verzweigung 
kann beispielsweise ein Wort L. für die freund- 
lichere Anzeige von logischen Werten pro- 
grammiertwerden: 



TEILE ■ 0- L. j E r).f # lsgh.gk 

Der ELSE-Teil kann auch weggelassen wer- 
den: 


i KONTROLLE < > > lSC> -Bk 

TEILE • IKisri.BÜ ^ ^ 

THEN |<gc>_Sk 
-98 TEILE +!JSC>-Sk 
KONTROLLEisc 1 „ ÖShtving, . D»f i I i t i -Bk 

2.3.4. Schleifen mit unbestimmter Durch- 
laufzahl 

Wenn eine Programmpassage mehrmals ab- 
gearbeitet werden soll, kann sie zwischen die 
Worte BEGIN und UNTIL geschrieben wer- 
den: 

.... BEGIN UNTIL .... 

Bei der Abarbeitung des Programms konsu- 
miert UNTIL in jedem Durchlauf einen Wert 
vom Parameterstapel und lenkt den Pro- 
grammfluß immer dann um (zu BEGIN zu- 
rück), wenn der geholte Wert gleich Null (also 
falsch) war. Wenn UNTIL einen Wert un- 
gleich Null (also wahr) auf dem Stapel vorfin- 
det, wird der Programmfluß nicht umgelenkt, 
sondern hinter UNTIL fortgesetzt; damit wird 
die Schleife verlassen. Den Wert, den UNTIL 
vom Stapel abholt, muß der Programmierer 
durch geeignete Gestaltung des Programms 
bereitstellen. Im folgenden Beispiel wird von 
einer vorzugebenden Speicheradresse an so 
lange Byte für Byte ausgelesen und ange- 
zeigt, bis ein Speicherplatz mit dem Inhalt 
Null gefunden wird. 

i INHALT < addr — > > 


Der hier noch einmal besonders ausführliche 
Stapelkommentar wird in späteren Beispie- 
len weggelassen, sollte aber vom Leser im 
Zweifelsfall nachgeholt werden. Zuweilen 
wird eine Schleife gebraucht, wo über die 
Wiederholung nicht erst am Ende, sondern 
schon früher entschieden wird. Dafür kann 
die Konstruktion 

. . . BEGIN . . . WHILE . . . REPEAT . . . 
benutzt werden. Von REPEAT wird der Pro- 
grammfluß unbedingt zurück zu BEGIN ge- 
lenkt. WHILE ist dasjenige Wort, das vom Pa- 
rameterstapel eine Steuerflagge holt und 
auswertet. Bei einem Wert ungleich Null 
(wahr) wird der Programmfluß nicht umge- 
lenkt, sondern hinter WHILE fortgesetzt; 
durch REPEAT wird dann die Schleife wie- 
derholt. Bei einem Wert gleich Null (falsch) 
wird durch WHILE der Programmfluß zu der 
Stelle hinter REPEAT umgelenkt; die 
Schleife wird also verlassen. Mit dieser Art 
Schleife kann das obige Programm so modifi- 
ziert werden, daß die abschließende Null 
nicht mit ausgegeben wird: 


■ INHALT 1 < addr — ■> ) ieCl-Sk 

begin dup ce rupiccL.gk 
WHILE . 1+iECi-Bk 
REPEAT (gri.BS 
2DROP p iEL) _Qk 

2.3.5. Zählschleifen 

Zählschleifen verwalten einen sogenannten 
Laufindex, für den zwei Grenzwerte vorgege- 
ben werden. Nach jedem Schleifenzyklus 
wird zum Laufindex ein gewisser Wert, das 
Inkrement, addiert. Mit dem Inkrement eins 
arbeitet die Zählschleife 

... DO LOOP .... 

Das Wort DO erwartet auf dem Stapel den 
Startwert des Laufindex, und darunter das- 
jenige Limit, für das die Schleife nicht mehr 
abgearbeitet werden soll. LOOP erhöht nach 
jedem Zyklus den Laufindex um eins und 
prüft, ob das Limit erreicht ist. Wenn das Limit 
noch nicht erreicht ist, wird die Abarbeitung 
hinter DO wiederholt; ansonsten wird die 
Schleife verlassen und das Programm hinter 
LOOP fortgesetzt. Das folgende Bild zeigt 



das Benutzungsprinzip. Das DO findet oben 
auf dem Stapel als Anfangswert für den Lauf- 
index eine Null und darunter das Limit. Daß 
diese Werte aus verschiedenen Quellen 
stammen, nämlich das Limit vom Dialog des 
Programmierens und die Null vom Programm 
STERNE, gehört für DO zur Vorgeschichte 
und ist damit nicht interessant. Wichtig ist nur 
das Vorhandensein der beiden Werte auf 
dem Stapel beim Arbeitsbeginn von DO. 
Wenn der Programmierer innerhalb der 
Schleife den aktuellen Wert des Laufindex 
benötigt, kann das Wort I benutzt werden, 
das diesen Wert auf dem Stapel hinterlegt. 
Mit diesen Mitteln kann ein kleines DUMP- 
Programm geschrieben werden: 


Andere Inkremente als Eins (auch negative!) 
sind verwendbar, wenn die Schleife mit 
+LOOP abgeschlossen wird. + LOOP holt in 
jedem Durchlauf das aktuelle Inkrement als 
Zahlenwert vom Stapel und addiert es zum 
Index. Die Schleife wird nicht mehr wieder- 
holt, wenn der Index die Grenze zwischen Li- 
mit und Limit-1 überschritten hat. Im folgen- 
den Bild wird + LOOP in einem DUMP-Pro- 
gramm für 1 6-Bit-Zellen benutzt. 


Entsprechend den Regeln der strukturierten 
Programmierung sind alle angeführten Pro- 
grammstrukturen schachtelbar. Für ineinan- 
der geschachtelte Zählschleifen kann es 
wünschenswert sein, innerhalb der inneren 
Schleife den aktuellen Wert des Laufindex 
der nächstäußeren Schleife festzustellen. 
Der Standard sieht dafür das Wort J vor. 
Schließlich gibt es noch die Möglichkeit, Zähl- 
schleifen vorzeitig zu verlassen. Zu diesem 
Zweck wird das Wort LEAVE benutzt. Wenn 
LEAVE erreicht wird, verzweigt der Pro- 
grammfluß direkt zu der Stelle hinter LOOP 
(bzw. +LOOP). Um das zu demonstrieren, 
wird das obige DUMP-Programm so geän- 
dert, daß es vorzeitig endet, falls es auf ein 
Byte gleich Null trifft: 


l DUMP! < «nfang »nd« — -> > <EC>~Sk 
SWAP DO I C8 DUP . 0-<cr;>_Bk 

IF DROP LEAVEisci.slS 
THENIcci.BÜ 
LOOP jiSCi.Bk 

2.4. Die Gliederung des Wörterbuchs 

2.4.1. Vokabulare 

Forth bietet die Möglichkeit, inhaltlich zusam- 
mengehörige Worte in spezialisierten, eigen- 
ständigen Teilwörterbüchern, den sogenann- 
ten Vokabularen, zusammenzufassen. Je- 
des Vokabular erhält dabei einen eigenen 
Namen. Mit dem Definitionswort VOCABU- 
LARY kann der Programmierer Namen für 
neue Vokabulare vereinbaren. Alle vom 
Standard vorgesehenen Forthworte befinden 
sich in einem Vokabular mit dem Namen 
FORTH. 

2.4.2. Die Suchordnung 

Das Vorhandensein mehrerer Vokabulare 
macht Festlegungen darüber erforderlich, 
welche Vokabulare in welcher Reihenfolge 
durchsucht werden sollen. Dies wird vom 
Standard Forth-83 gegenwärtig noch nicht 
verbindlich geregelt. Nachfolgend wird ein in- 
zwischen verbreitetes Verfahren beschrie- 
ben, das im Standard als Vorschlag enthalten 
ist. Um den Suchraum festzulegen, werden 
ein oder mehrere Vokabulare als resident 
und genau ein einziges als transient erklärt. 
Die Namen aller Worte im transienten Voka- 
bular kann man sich anzeigen lassen, indem 
man WORDS aufruft. Die Suche beginnt 
grundsätzlich im transienten Vokabular und 
wird danach in den residenten Vokabularen 
fortgesetzt. Das Aufrufen eines Vokabular- 
namens führt dazu, daß es zum transienten 
Vokabular und damit zum ersten in der 
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Suchreihenfolge wird. Das Installieren einer 
gewünschten Suchordnung wird meist mit 
ONLY FORTH eingeleitet. ONLY entfernt 
sämtliche bisherigen Vokabulare aus dem 
Suchraum und erklärt ein spezielles Minimal- 
vokabular als resident und gleichzeitig als 
transient. Durch das Nennen des Vokabulars 
FORTH wird es zum neuen transienten Vo- 
kabular. ALSO kopiert das transiente Voka- 
bular zusätzlich in die Gruppe der residenten 
Vokabulare. Durch Nennen eines weiteren 
Vokabulars würde dieses nun zum transien- 
ten, könnte dann ebenfalls mit ALSO in die 
Gruppe der residenten übernommen werden 
usw. Mit dem Vokabuiarmechanismus kann 
man z. B. organisieren, daß Nutzern nur die 
Worte zugänglich sind, die ihrer Qualifikation 
entsprechen. Als zusätzliche Sicherheit (z. B. 
nach Fertigstellung eines Anwendungspro- 
gramms) kann mit dem Wort SEAL (deutsch: 
versiegeln) die Suchreihenfolge eingefroren 
und der Umwählmechanismus unzugänglich 
gemacht werden. 

2.4.3. Das Anfügevokabular 
In das Anfügevokabular werden neu zu defi- 
nierende Worte eingetragen. Um ein ganz 
bestimmtes Vokabular zum Anfügevokabular 
zu machen, muß es zunächst als transient er- 
klärt werden. Ein Aufruf von DEFINITIONS 
bewirkt dann, daß das transiente Vokabular 
auch Anfügevokabular wird. Die Anzeige der- 
jenigen Vokabulare, die aktuell zum Suchen 
und Anfügen vorgesehen sind, wird durch 
Aufruf des Wortes ORDER erreicht. Das fol- 
gende Bild zeigt als Variation zum Problem 
im Abschnitt 2.2.2. b), wie mittels der Voka- 
bulartechnik zwei verschiedene Variablen 
mit dem gleichen Namen TEILE getrennt be- 
handelt werden können. 


( 16b1 16b2 = ==> 16b3) 
( 16b1 = = = > 16b2) 

( 16b1 16b2 = ==> 16b3) 
( 16b1 16b2 ===> 16b3) 
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Fortsetzung von Seite 142 

neriert wird, kann der Anwender mittels der 
Bits XA bzw. XB im Programm-Wort des 
U 80610 festlegen. Das Ausgangssignal 
AACK wird im Fast Cycle Mode für den Mikro- 
prozessor U 80601 und im Slow Cycle Mode 
für alle K1810 WM86-kompatiblen Prozes- 
soren optimiert. Der Transfer Acknowledge 
Strobe XACK entspricht der Multibus-Spezifi- 
kation. Zur Bussteuerung ist dem Ausgang 
ein Tri-state-Treiber nachzuschalten. XACK 
wird generiert, wenn gültige Daten anliegen 
(Lesezyklen) oder auf dem Bus nicht mehr 
benötigt werden (Schreibzyklen). Es wird 
asynchron mit der Rücknahme des Komman- 


Marko Schmidt 

VEB Mikroelektronik „Karl Marx“ 
Erfurt, Forschungszentrum 

CIO U 82536 DC04/U 8036 DC04 

Allgemeine Beschreibung des CIO 

Der CIO ist ein Zähler-/Zeitgeber- und paral- 
leler Ein-/Ausgabeschaltkreis (Counter/Ti- 
mer and Parallel I/O Unit) für 8- und 16-Bit- 
Mikroprozessoren. 

Er besitzt zwei 8-Bit-Parallelports, ein 4-Bit- 
Spezialport sowie drei 1 6-Bit-Zähler/-Zeitge- 
ber. Im Rahmen dieser Bedingungen sind 
fast alle denkbaren digitalen Funktionen, Be- 
triebsarten und externen Zugriffe konfigurier- 
bar. 

Der CIO wird in zwei Bondvarianten angebo- 
ten, als U 82536 für den U 80601 und als 
U 8036 für den U 8000 (Multiplexbus) und für 
jeweils busverwandte Typen (K 1810 WM86, 
U880, 8086, 8088, U881-886). Die Bilder 1 


dos inaktiv bzw. gar nicht erst aktiviert, wenn 
das Kommando zur Speicheranforderung be- 
reits vor der Taktflanke, mit der XACK gene- 
riert werden müßte, zurückgenommen wird. 
Weil im asynchronen Betrieb durch den 
U 80610 die Daten bereits ungültig werden, 
bevor die CPU die Bestätigungssignale 
LAACK oder XACK erkannt hat, muß der Nut- 
zer für eine Zwischenspeicherung sorgen. In 
synchronen Systemen erfüllt der U 80610 je- 
doch alle Anforderungen an die Aufstell- und 
Haltezeiten der Daten für den Prozessor 
U 80601 und für die K1810 WM86-Familie, 
so daß die Daten nicht gepuffert zu werden 
brauchen. 


und 2 enthalten die Anschlußbelegungen und 
die Schaltzeichen. Der CIO wird mit einem 
40poligen Dual-in-line-Gehäuse gefertigt. 

Aufbau des CIO 

Die Baugruppen des CIO sind im Block- 
schaltbild im Bild 3 dargestellt. 

Port A und B 

Die zwei universellen 8-Bit-E/A-Ports sind 
identisch (Bild 4), abgesehen davon, daß 
Port B für den externen Zugriff auf die Zähler/ 
Zeitgeber 1 und 2 verwendet werden kann. 
Jedes Port ist entweder als Parallelport mit 
oder ohne Handshake (Eingang, Ausgang 
oder bidirektional), als einzeln definierbares 
Bitport (Eingang oder Ausgang) oder als 
Steuerport programmierbar. Jedes Port be- 
sitzt eine Zeichenerkennungslogik. Sie kann 
so programmiert werden, daß der CIO als 
Prioritätsinterruptcontroller eingesetzt wer- 
den kann. Beide Ports können zu einem 


Ausblick 

Im Hinblick auf künftige Generationen von 
Prozessoren bietet der integrierte DRAM- 
Controller U 80610 mit seinen umfangrei- 
chen Funktionen vielfältige Einsatzmöglich- 
keiten. Nicht nur in leistungsstarken Perso- 
nalcomputern, sondern auch in der BMSR- 
Technik finden sich potentielle Einsatzge- 
biete dieses Schaltkreises. 


I El KONTAKT 9 I 

VEB Mikroelektronik „Karl Marx“ Erfurt, Forschungszen- 
trum, Applikationszentrum Bauelemente, Rudolfstraße 47, 
Erfurt, 5010; Tel. 5 10 76, App. 58 


16-Bit-E/A-Port mit Handshake gekoppelt 
werden. 

Porte 

Die Funktion des speziellen 4-Bit-Ports ist 
abhängig von der Betriebsart der Ports A und 
B. Durch Port C werden die erforderlichen 
Handshakesignale bereitgestellt (Bild 5). Alle 
Bits von Port C, die nicht als Handshakesi- 
gnale benutzt werden, können als E/A-Lei- 
tungen verwendet werden oder ermöglichen 
den externen Zugriff auf Zähler/Zeitgeber 3. 
Die vier höherwertigen Bits des Port-C-Da- 
tenregisters fungieren als Schreibschutz- 
maske für die vier niederwertigen Bits. 

Zähler/Zeitgeber 

Die drei 1 6-Bit-Zähler/-Zeitgeber sind iden- 
tisch (Bild 6). Jeder enthält einen Zähler, eine 
Zeitkonstante, ein Zählerstandsregister und 
ein Steuerregister. Bis zu vier E/A-Leitungen 
können als externe Zugriffsleitungen für je- 
den Zähler/Zeitgeber definiert werden: Zäh- 
lereingang, Gateeingang, Triggereingang 
und Zähler-/Zeitgeberausgang. Drei ver- 
schiedene Zähler-/Zeitgeber-Ausgangstast- 
verhältnisse sind möglich: Impuls, Einzelim- 
puls oder Rechteck. 


Peripherieschaltkreise 

CIO und SCC 


Bild 1 Anschlußbelegung a) U 82536, b)U8036 
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Bild 3 Blockschaltbild des CIO 


Reset muß durch das Einschreiben einer 0 
aufgehoben werden. Die Programmierung 
erfolgt durch das Laden der Steuerregister 
mit den entsprechenden Bitmustern. Es gibt 
einzelne Freigabebits für die Hauptblöcke 
(Ports, Zähler/Zeitgeber). Vor der Freigabe 
können die IP-Bits nicht gesetzt werden, RE- 
QUEST und WAIT werden nicht beachtet, alle 
Ausgänge bleiben hochohmig, die Hand- 
shake-Signale werden ignoriert, und die Zäh- 
ler/Zeitgeber können nicht getriggert werden. 





Bild 7 Zustandslogik 


Interruptsteuerlogik 

Die Interruptsteuerlogik ermöglicht Stan- 
dard-Bus-lnterrupts. Die ClO-Baugruppen 
bilden intern eine Prioritätskette und lassen 
sich extern durch IEI und IEO in eine Kette 
einordnen. Interruptvektoren und Interrupt- 
vektorregister mit oder ohne Status lassen 
eine weitgefächerte Interruptbearbeitung 
zu. 

Programmieren des CIO 

Registeradressierung des U 8036 
Die Adressierung erfolgt über den gemulti- 
plexten Adreß-/Datenbus. Es gibt zwei Mög- 
lichkeiten, die gewünschten sechs der acht 
Adreßbits auszuwählen. Sie werden durch 
das Right Justify Address- Bit (RJA) im Ma- 
ster Interrupt Control-Register bestimmt. 
Wenn RJA = 0 ist, werden die Bits AD1 bis 
AD6 für die Registeradresse genutzt, sonst 
ADO bis AD5. Die Verschiebung ist durch die 
unterschiedlichen AO-Werte bei Spezial- und 
Normal-IN/OUTs beim U 8000 wichtig. 

Registeradressierung des U 82536 
Die Datenregister der Ports A, B und C sind 
direkt adressierbar (selektiert durch die Pins 
AI und A0). Die übrigen Register sind durch 
eine Zwei-Schritt-Folge bei der Pinbelegung 
A0 = AI = 1 zugänglich. Im ersten Schritt 
wird eine 6-Bit-Adresse übernommen. Im 
zweiten Schritt wird das selektierte Register 
gelesen oder beschrieben. 

Der U 82536 enthält eine Zustandslogik, die 
festlegt, ob bei A0 = AI = 1 ein Register 
adressiert oder ob auf ein vorher adressiertes 
Register zugegriffen wird. 

Die Initialisierung des CIO geschieht in einer 
bestimmten Reihenfolge (Bild 7): 

1. Reset 

2. Reset aufheben 

3. Programmieren der Funktionen 

4. Setzen der entsprechenden Freigabebits. 
Ein Hardware-Reset erfolgt typabhängig ent- 
weder durch gleichzeitiges Aktivieren von AS 
und DS oder von RD und WR. Ein Software- 


Interruptsteuerung 

Das Master Interrupt Control-Register ent- 
hält das Master Interrupt Enable- Bit und die 
Bits für das Modifizieren der drei Interrupt- 
vektoren (Vektor includes Status) sowie das 
Sperren der untergeordneten Prioritätskette 
(Disable Lower Chain). 

Das Master Configuration Control-Register 
dient zur Konfigurierung und Freigabe der 
Zeitgeber und der ClO-Ports sowie der Ver- 
kettung der Zähler/Zeitgeber und der 
Ports. 

Die drei Interrupt Vecfor-Register enthalten 
die Interruptvektoren der Ports und der Zäh- 
ler/Zeitgeber, die bei einer Interrupt-Bestäti- 
gungsfolge ausgegeben werden. Wenn der 
Vektor modifiziert wird, enthalten zwei oder 
drei Bits Informationen zum Interrupt (die Ur- 
sache). 

Im OR-Priority Encoded Vector Mode wer- 
den D3, D2 und Dl mit der Nummer des hö- 
herwertigsten Bits mit Pattemübereinstim- 
mung modifiziert (Pattern = Bitmuster). 

In den übrigen Modi enthalten diese drei Bits: 
ORE (Output Register Empty), IRF (Input Re- 
gister Full) und PMF (Pattern Match Flag). 
Der Zähler-/Zeitgeber-Statusvektor enthält 
die Interruptquelle in D2 und Dl : Zähler/Zeit- 
geber 3, Zähler/Zeitgeber 2, Zähler/Zeitge- 
ber 1 oder Fehler. 

Die drei Current Vector-Register sind für die 
zyklische Abfrage (Polling). Sie enthalten 
den Interruptvektor, der bei einer Interrupt- 
freigabe ausgegeben worden wäre. 

Die einzelnen Ports und die Zähler/Zeitgeber 
besitzen zusätzlich Steuer- und Statusbits für 
die Interruptsteuerung innerhalb der internen 
Prioritätskette (IP, IUS und IE). Die Prioritäts- 
reihenfolge im CIO ist definiert: Zähler/Zeit- 
geber_3, Port A, Zähler/Zeitgeber^, Port B 
und Zähler/Zeitgeber_1 . 

Programmieren der Parallelports 
Der CIO hat drei Datenregister, durch die di- 
rekt auf die Ports zugegriffen werden kann. 
Das Port Mode Specification- Register und 


das Port Handshake Specification-Register 
definieren und steuern die Ports. Interrupt On 
Match Only steuert die Interrupterzeugung 
bei Pattern-Übereinstimmung. 

Die Mode Specification Bits definieren die 
Betriebsart der Pattern-Match-Logik: AND, 
OR, OR-Priority Encoded Vector oder Disa- 
ble Pattem Match. Die Kombination der Bit- 
muster an den Ports muß der vorgegebenen 
Logik genügen, damit ein Pattern Match aus- 
gelöst werden kann. 

LPM (Latch on Pattern Match) schaltet die 
Pattern-Match-Logik entweder auf Durch- 
gang ( transparent ) oder auf Zwischenspei- 
cher (Latch). DTE schaltet den Deskew Ti- 
mer. Die Port Handshake Specification- Regi- 
ster enthalten den Typ des Handshakes, die 
Benutzung der REQUEST-/WAIT-Leitung 
und die Zeitkonstante des Deskew-Timers. 
Die Kommando- und Statusregister (Port 
Command and Status) enthalten die Haupt- 
steuerbits und die Statusbits der Ports. 

IUS wird automatisch auf 1 gesetzt, wenn in 
einer Interrupt-Bestätigungsfolge das ent- 
sprechende IP die anstehende Interruptan- 
forderung mit der höchsten Priorität ist. Wäh- 
rend IUS gesetzt ist, können gleich- und nie- 
derpriorisierte Interruptquellen keine Inter- 
ruptanforderung erzeugen. 

IE gibt die Port-Interruptlogik frei. Das IP-Bit 
wird gesetzt, wenn das Port eine Interruptbe- 
dingung erfüllt hat. INTACK setzt IP zurück. 
Falls IE 1 ist und keine höherpriorisierten In- 
terrupts anliegen, wird eine Interruptanforde- 
rung erzeugt. Interrupt Error wird gesetzt, 
wenn für ein Bit-Port mit Zeichenerkennungs- 
logik eine zweite Überdeckung auftritt, bevor 
die vorhergehende bestätigt wird. Falls das 
Interrupt On Error- Bit 0 ist, werden Fehler 
ignoriert und das Bit bleibt 0. 

Handshake-Ports 

Der CIO stellt vier verschiedene Handshake- 
arten für die Ports A und B bereit: Interlock, 
Strobe, Puls und 3-Wire (Drei-Draht). Die 
Handshakelogik steuert den Datentransfer in 
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das Port oder aus dem Port sowie die Inter- der CIO einen Deskew Timer in die Signallei- 
rupterzeugung. Port C stellt die Handshake- tung DAV (Data available) einfügen. Mit DTE 
leitungen bereit. werden PCLK-Verzögerungszyklen (1 bis 

Im Interlock-Handshake muß die Handlung 1 6) zwischen der Ausgabe eines Datenbytes 
des CIO vom externen Gerät bestätigt wer- und der Freigabe für neue Daten (bis DAV 
den, bevor die nächste Handlung stattfinden fällt) eingefügt, 
kann. 

Im Strobe-Handshake wird das Datenwort Bit-Ports 

durch die externe Logik in das Port oder aus Alle Ports haben je ein Data Path Polarity- Re- 

dem Port gestrobt. gister (invertierend oder nichtinvertierend), 

Der Puls-Handshake ist für den Anschluß ein Data D/recf/ön-Register (Eingang oder 

mechanischer Drucker, die Daten für eine Ausgang) und ein Special I/O Control-Reg\- 

längere Zeitdauer und mit relativ großer Im- ster [1. Catcher (Impulsfänger) bei Eingang, 

pulsbreite brauchen, eingerichtet. Der Inter- open drain bei Ausgang]. 

lock-Handshake wird durch das Einfügen Es ist möglich, auf exakt zu definierende Lo- 

von Zähler/Zeitgeber 3 erweitert. Beim 3- gikbedingungen einzeln zu reagieren. Durch 

Draht-Handshake kommuniziert ein Aus- drei Bitmuster-Definitionsregister können die 

gangsport mit mehreren Eingangsports Bedingungen der Zeichenerkennungslogik 

gleichzeitig. Der RFD-Ausgang (Ready for für jedes einzelne Bit definiert werden. Es 

Data) wird durch zwei Signale ersetzt (RFD sind dies das Pattern Polarity-, das Pattern 

und DAC). Transition- und das Pattern /Wask- Register. 

Die Datenverfügbarkeit kann durch eine Zeit- Aus den Kombinationen dieser Register er- 
verzögerung verlängert werden. Dazu kann geben sich folgende Patterndefinitionen: Bit 
maskiert, beliebiger Übergang, Zustand Low, 
Zustand High, H/L-Flanke oder L/H-Flanke. 
Der CIO kann bei Übereinstimmung der Port- 
belegungen mit den definierten Bitmustern 
einen Interrupt auslösen und den auslösen- 
den Zustand festhalten. Das Auslösen eines 
Pattern-Match ist durch logische Verknüp- 
fungen zwischen den einzelnen Portpins 
möglich: OR-, AND- oder OR-Priority Enco- 
ded Vektor-Modus. Die Zeichenerkennungs- 
logik von Bit-Ports arbeitet in zwei Grundbe- 
triebsarten: transparent oder gelatcht. Im 
Latch-Betrieb wird der Zustand aller Portein- 
gänge zu dem Zeitpunkt, da ein Match er- 
kannt wurde, im Pufferregister zwischenge- 
speichert und so lange gehalten, bis IP ge- 
löscht wird. Im Transparentmodus folgen die 
Daten, die aus dem Port zurückgelesen wer- 
den, den Portpins. In diesem Modus weist der 
Interruptstatus auf das höchstpriorisierte Bit, 
das beim Bestätigungszyklus mit seiner Spe- 
zifikation übereinstimmt (Interruptcontrol- 
ler). 


Bild 8 Anschlußbelegung a) U 82530, b) U 8030 



Zähler/Zeitgeber 

Die Arbeitsweise der drei Zähler/Zeitgeber 
wird durch Spezifikations-, Steuer- und Sta- 
tusregister festgelegt. 

In den Counter/Timer Mode Specification- 
Registern werden die externen Leitungen 
und die Ausgangstastverhältnisse (Impuls-, 
Einzelimpuls- und Rechteckimpulsausgabe) 
definiert. 

In den Counter/Timer Command and Status- 
Registern haben IUS, IE, IP und ERR die- 
selbe Bedeutung wie bei den Parallelports. 
Count in Process zeigt an, ob eine Zählfolge 
abläuft. Es gibt je zwei Zeitkonstanten- und 
Zählerstandsregister, die Counter/Timer 
Time Constant-RegisXer und die Counter/Ti- 
mer Current Count-Register. Die CCR-Regi- 
ster folgen dem Rückwärtszähler, solange 
das RCC-Bit im Counter/Timer and Status- 
Register auf 1 steht, ansonsten bleibt es ste- 
hen. Dadurch kann der Wert im CCR-Regi- 
ster gehalten werden, bis beide Bytes von der 
CPU gelesen worden sind. Das RCC-Bit wird 
durch Lesen des niederwertigen Bytes oder 
durch das entsprechende Freigabebit ge- 
löscht. 

SCC U 82530 DC04/U 8030 DC04 

Allgemeine Beschreibung des SCC 

Die seriellen Kommunikationsschaltkreise 
SCC (Serial Communication Controller) 
U 82530 und U8030 sind programmierbare 
Controller für die serielle Datenübertragung. 
Sie können alle wichtigen asynchronen und 
synchronen Standards realisieren. 

Der SCC hat vier serielle Ports: zwei Sender 
und zwei Empfänger mit den entsprechen- 
den Modem-Leitungen. Der Empfänger hat 
eine vierfache und der Sender eine zweifa- 
che Datenspeicherung. Der SCC hat einen 
Bitraten-Generator für jeden Kanal, eine Di- 
gital Phase-Locked Loop (DPLL) für die 
Taktgewinnung aus dem Datenstrom, einen 
Dekoder für NRZ-, NRZI-, FM1-, FMO- oder 
Manchester-Format und einen Quarz-Oszil- 
lator je Kanal. Die Betriebsarten Local Loop- 
back und Auto Echo zur Fehlererkennung 
und -isolierung sind programmierbar. Die 
maximal mögliche Datenübertragungsrate 
bei 4 MHz Systemtakt beträgt: 
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• 250 KBit/s bei FM-Kodierung unter Benut- 
zung der DPLL 

• 125 KBit/s bei NRZI-Kodierung unter Be- 
nutzung der DPLL. 

Der SCC wird ebenfalls in zwei Bondvarian- 
ten angeboten, als U 82530 für den U 80601 
und als U 8030 für den U 8000 und für jeweils 
busverwandte Typen. Die Bilder8 und 9 ent- 
halten die Anschlußbelegungen und die 
Schaltzeichen. Der SCC wird mit einem 
40poligen Dual-in-line-Gehäuse gefertigt. 


Tafel 1 Betriebsarten des SCC 




- 1, VI2 oder 2 Stopbits 

- ungerade, gerade oder keine Parität 

- Taktvarianten x 1 , x 1 6, x32 oder x64 

- Erzeugen und Erkennen von Unterbrechungen 
(Breaks) 

- Erkennen von Paritäts-, Überlauf- oder Rahmen- 


byteorientierier Synchronbetrieb 


- interne oder externe Zeichensynchronisierung 

- 1 oder 2 SYNC-Zeichen in separaten Registern 

- 6- oder 8-Bit-SYNC-Zeichen 

- automatisches Einfügen und Löschen von SYNC- 
Zeichen 

- CRC-Generierung und -Test (Cyclic Redundancy 
Check) 

- Ausschließbarkeit von Zeichen aus der CRC- 
Berechnung 


SDLC-IHDLC-Betrieb 


- Generieren und Testen von Abbruchtolgen (Abort) 

- automatisches Nulleinfügen und -löschen 

- automatisches Einfügen von SDLC-Flags in Sende- 
sequenzen 

- Adreßfelderkennung 

- I-Feld-Residuen-Behandlung 

- CRC-Generierung und -Test 

- SDLC-Loop-Modus mit EOP-Erkennung, Schleifen- 
ankopplung und -abkopplung 


Programmieren des SCC 

Register 

Der Registersatz des SCC besteht aus 16 
Schreibregistern und 9 Leseregistern. 

Die Schreibregister beinhalten die SYNC- 
Zeichen, die Bitrate, die zu sendenden Da- 
ten, den Interruptvektor und die Master-Inter- 
rupt-Steuerung. 

Die Leseregister beinhalten die Statusregi- 
ster, den Bitraten-Generator, den Interrupt- 
vektor, die empfangenen Daten und die Inter- 
rupt-Pending-Bits. 

Registeradressierung des U 8030 
Die Register im U8030 werden über den 
Adreßbus (AD0-AD7) adressiert. Die 
Adresse wird mit der steigenden Flanke von 
AS übernommen. 

Im Shift Left- Modus wird die Registeradresse 
auf AD4-AD1 plaziert, das Kanalauswahlbit 
A/B ist AD5. Im Shift Right-Modus wird A/B 
durch ADO bestimmt. 

Registeradressierung des U 82530 
Auf die Register im U 82530 wird unter Benut- 
zung eines Registerpointers zugegriffen. Der 
Zugriff erfolgt in zwei Schritten. Zum Anspre- 
chen eines einzelnen Registers müssen die 
Bits des Pointers durch einen Schreibzugriff 
auf WR0 gesetzt werden. 

Eine Lese- oder Schreiboperation mit D/C auf 
High greift direkt auf die Datenregister zu, un- 
abhängig vom Zustand der Pointerbits. 


Interruptsteuerung 

Der SCC hat sechs Interruptquellen, drei pro 
Kanal. Die Quellen sind der Empfänger, der 
Sender und die Ext/Status-Bedingungen. Zu 
jeder dieser Interruptquellen gehören drei 
Steuer- bzw. Statusbits. Das sind Interrupt 
Enable (IE), Interrupt Pending (IP) und Inter- 
rupt Under Service (IUS). Das IP-Bit wird ge- 
setzt, wenn die entsprechende Interruptbe- 
dingung eingetreten ist. Ein IUS wird wäh- 
rend eines Interrupt-Anerkennungszyklus für 
den anliegenden Interrupt mit der höchsten 
Priorität gesetzt. IUS sperrt Interrupts mit 
niedrigerer Priorität. Am Ende einer Interrupt- 
Serviceroutine muß der Prozessor den Be- 
fehl Reset Highest IUS (WR0) geben. 

Die interne Interrupt-Prioritätskette ist festge- 
legt: Kanal A - Kanal B und je Kanal : Empfän- 
ger-, Sender-Ext/Status-Interrupts. 

Blocktransfer 

Der SCC hat zur Unterstützung eines CPU- 
Blocktransfers und der DMA-Steuerung einen 
Blocktra nsfermodus. Dieser Modus nutzt den 
W/REQ-Ausgang. Für die DMA-Steuerung 
zeigt der Requestausgang an, daß der SCC 
zum Datentransfer vom oder zum Speicher 
bereit ist. 

Aufbau des SCC 

Die Baugruppen des SCC sind im Block- 
schaltbild (Bild 10) dargestellt. 

Sender 

Der Sender besitzt einen 8-Bit-Datenzwi- 
schenspeicher, der vom internen Datenbus 
geladen wird, und ein Datenschieberegister, 
in das die Daten aus den Registern WR6, 
WR7 und WR8 (SYNC-Zeichen) geladen 
werden können. Zur externen Steuerung des 
Senders dienen die Modem-Signale RTS 
und DTR. 

Empfänger 

Der Empfänger besitzt einen Datenstack, be- 
stehend aus drei 8-Bit-Register (FIFO), so- 
wie ein 8-Bit-Schieberegister. Diese Konfigu- 
ration ermöglicht beim Empfang serieller Da- 
ten eine Verzögerung um drei Bytes. Das er- 
laubt der CPU, auch auf Interrupts infolge ei- 
nes High-speed-Blocktransfers zu reagieren. 
Parallel zum Daten-FIFO existiert ein Fehler- 
FIFO, in dem Paritäts- und Rahmenfehler so- 
wie andere Statusinformationen abgespei- 
chert werden. 

Der synchrone Empfang beginnt damit, daß 
im seriellen Datenstrom nach einem Bitmu- 
ster gesucht wird, das mit den programmier- 
ten SYNC-Zeichen übereinstimmt. 

Bitraten-Generator 

Jeder Kanal des SCC hat einen program- 
mierbaren Bitraten-Generator. Dieser be- 


steht aus zwei 8-Bit-Zeitkonstantenregistern 
und einem 16-Bit-Rückwärtszähler. Der Aus- 
gang des BRG kann zur externen Nutzung 
auf TRxC gelegt werden. 

Digital Phase-Locked Loop 
Der SCC enthält eine interne DPLL, die dazu 
benutzt wird, die Taktinformation aus einem 
Datenstrom in NRZI- oder FM-Kodierung zu- 
rückzugewinnen. 

Datendekoder 

Es gibt vier durch den SCC nutzbare Daten- 
dekodierungsmethoden. Im NRZ-Kode (Non 
Return to Zero) wird eine 1 durch High und 
eine 0 durch Low dargestellt. Bei der NRZI- 
Kodierung (Non Return to Zero Inverted) wird 
die 1 durch Beibehaltung und die 0 durch Pe- 
geländerung repräsentiert. Im FM1 (zwei 
Phasen für 1) findet am Anfang jedes seriel- 
len Datenbits ein Pegelwechsel statt. Bei 1 
erfolgt ein weiterer Pegelwechsel, bei 0 fehlt 
dieser. FM0 ist umgekehrt. Beim Mancester- 
Format wird in der Mitte jedes Datenbits ein 
Übergang erzeugt (siehe Bild 1 1 ). 



Bild 1 1 Datenformate des SCC 


Betriebsarten des SCC 

Asynchronbetrieb 

Das Startbit initialisiert eine interne Taktlogik, 
die die synchrone Abtastung der nachfolgen- 
den Datenbits organisiert. Die Parität wird so- 
wohl beim Senden als auch beim Empfang 
berechnet. Das Stopbit setzt die Übertra- 
gungsstrecke in den Ruhezustand, das heißt, 
ein konstanter High-Zustand wird auf der se- 
riellen Datenleitung gehalten bis der nächste 
High-Low-Übergang (Startbit) ein neues Da- 
tenzeichen ankündigt (siehe Bild 12). 


jj D„ | D, | ^ j Da | torking 

\mMgen lf’5,6,7«ierS j 1,1’/ioderZm 
gerade oder ungerade 


Bild 12 asynchrones Datenformat 
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Monosync-Betrieb 

Monosync- und Bisync-Betrieb benötigen 
Taktinformationen, die gemeinsam mit den 
Daten übertragen werden müssen. Das ge- 
schieht entweder durch Kodierung der Daten 
oder über einen separaten Übertragungska- 
nal. Mit Beginn der Übertragung setzt die 
CPU den Empfänger in den Hunt-Modus. 
Das geschieht auch dann, wenn durch eine 
Störung der Datenübertragung eine Neusyn- 
chronisation des Empfängers notwendig 
wird. Im Hunt-Modus wird der Datenstrom 
nach jedem ankommenden Bit mit den Bit- 
mustern im SYNC-Zeichenregister vergli- 
chen, bis Übereinstimmung erreicht ist. Da- 
nach beginnt der Empfänger, die ankommen- 
den Bytes in den Empfangs-FIFO zu übertra- 
gen (siehe Bild 13). 



Bisync-Betrieb 

Der Bisync-Betrieb ist dem Monosync-Be- 
trieb sehr ähnlich, es werden jedoch zwei 
SYNC-Zeichen für die Synchronisation be- 
nutzt. Bisync unterstützt eine besser struk- 
turierte Anwendung der Synchronisation 
durch den Einsatz von Headern oder Trailern 
(IBM Bisync). 

Externer Synchronbetrieb 
Der externe Synchronbetrieb ersetzt das 
SYNC-Zeichen im Datenstrom durch das 
Einführen eines externen SYNC-Signals, das 
heißt, der Beginn eines Datenfeldes wird 
durch Aktivierung des SYNC-Einganges an- 
gezeigt. 

SDLC-Betrieb 

SDLC (Synchronous Data Link Control) wird 
für sternförmige Datennetze genutzt. Jede 
Datenkommunikation benötigt mindestens 
zwei Stationen, eine Primärstation und min- 
destens eine Sekundärstation. Nicht alle In- 
formationsübertragungen müssen durch die 
Primärstation veranlaßt werden. 

Es werden ähnlich wie im Monosync- und im 
Bisync-Betrieb Synchronisationszeichen 
(SDLC-Flag und Adreßfeld) genutzt (Bild 1 4). 
Die beiden Flags, die den SDLC-Rahmen bil- 
den (SDLC, EOP), dienen zum Positionieren 
der Adreß- und der Steuerfelder und initiali- 
sieren den Fehlertest. Das Endflag zeigt der 
Empfangsstation an, daß die vorher empfan- 
genen 16 Bit das Rahmen-Testfeld bilden. 
Dem Endflag kann dann ein weiterer Rah- 
men, ein SDLC-Flag oder der Ruhezustand 
High folgen. 


Beginn Ende 

ttw y'wm 


Bild 14 Sende-IEmpfangs-SDLC/HDLC-Daten- 
format 


Da im SDLC-Betrieb nicht Zeichen definierter 
Länge benutzt werden, sondern bitorientiert 
gearbeitet wird, kann das SDLC-Flag zu 
beliebiger Zeit erkannt werden. Um zu si- 
chern, daß das Flag nicht zufällig in einer Da- 
tensequenz gesendet wird, muß nach der 
Übertragung von fünf aufeinanderfolgenden 
Einsen eine 0 durch den Sender eingefügt 
werden. Der Empfänger löscht jede 0 nach 
einer Folge von fünf Einsen. Sechs Einsen 
kennzeichnen eine Flag-Sequenz. Dadurch 
kann zwischen Flag und Datenfolge unter- 
schieden werden. Die eingefügten und wie- 
der gelöschten Nullen werden bei der CRC- 
Rechnung nicht berücksichtigt. 

Das Adreßfeld des SDLC-Rahmens ist acht 
Bit lang und gibt die Adresse der Sekundär- 
station an, zu der die Befehle oder Daten von 
der Primärstation gesendet werden sollen. 
Das Steuerfeld ist ebenfalls acht Bit lang und 
wird zur Initialisierung aller SDLC-Aktivitäten 
genutzt. 

Der SCC kann auch das HDLC-Protokoll 
(High Level Synchronous Data Link Commu- 
nication) bedienen, es ist mit dem SDLC-Pro- 
tokoll bis auf Unterschiede beim Rahmen 
vergleichbar. 

SDLC-Loop-Modus 

Der SDLC-Loop-Modus wird bei einer schlei- 
fenförmigen Vernetzung der Stationen ver- 
wendet. In einem SDLC-Loop gibt es eine als 
Steuerstation bezeichnete Primärstation, die 
den Nachrichtenfluß in der Schleife organi- 
siert, und mehrere Sekundärstationen. Eine 
Sekundärstation hört den seriellen Daten- 
strom, der in der Schleife übertragen wird, 
ständig ab und gibt ihn mit einer Verzögerung 
von einem Bit an den Rest der Schleife weiter. 
Nur zu bestimmten Zeitpunkten können 
Sekundärstationen ihre eigenen Daten in die 
Schleife einspeisen. 

Durch das Aussenden eines EOP (End of 
Poll) synchronisiert die Steuerstation die 
Ausgabe von Mitteilungen durch die Sekun- 
därstationen. EOP hat die Bitfolge 11111110. 
Falls eine Sekundärstation Daten zu übertra- 
gen hat und ein EOP erkennt, ändert sie als 
erstes die letzte 1 des EOP in eine 0, bevor 
sie es weiterleitet. Sie ändert damit die EOP- 
Sequenz in eine Flag-Sequenz. Die Sekun- 
därstation sendet nun ihre Daten in die 
Schleife und beendet die Übertragung mit 
einem EOP. Jede weitere Sekundärstation in 
der Schleife kann somit ihre Informationen an 
den Datenstrom anhängen. Die Abkopplung 
einer Sekundärstation von der Schleife 
geschieht in ähnlicher Form. 

Auto Echo und Local Loopback 
In der Betriebsart Local Loopback wird der 
Ausgang des Senders intern mit dem Ein- 
gang des Empfängers verbunden. Gleichzei- 
tig werden die seriellen Daten an das TxD- 
Pin weitergeleitet. Das DCD-Pin (Data Car- 
rier Detect) wird als Empfängerfreigabe und 
das CTS-Pin (Clear to Send) wird als Sender- 
freigabe auch dann ignoriert, wenn Auto Ena- 
ble programmiert worden ist. Es ist zu beach- 
ten, daß der DPLL-Eingang und nicht der Ein- 
gang des Empfängers mit dem RxD-Pin ver- 
bunden ist. Das schließt die Nutzung der 
DPLL im Local Loopback ein. 

In der Betriebsart Auto Echo wird intern das 
TxD-Pin (der Empfängereingang) direkt mit 
dem RxD-Pin verbunden. Dabei wird das 
CTS-Pin als Senderfreigabe ignoriert, und 
der Sendedatenausgang wird nicht ange- 
schlossen. Diese Betriebsarten sind für Feh- 
lererkennung und -isolierung nützlich. 
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(C, Modula-2, Lisp, Prolog u. a.) 

• Fragen der Wissensdarstellung, -Verar- 
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Prozedurale 
Parameter in 
Turbo-Pascal 

Der Pascal-Report von N. Wirth und 
K. Jensen /I/ sieht auch Prozeduren 
und Funktionen als Parameter vor, 
zum Beispiel 

FUNCTION Y(function f(x:real):real; 
a,b,c:real):real; 

In Turbo-Pascal ist diese Variante 
nicht implementiert. Bei numerischen 
Anwendungen kann das als Mangel 
empfunden werden, da strukturiert 
aufgebaute Programme nicht mehr 
fernwirkungsfrei gestaltet werden 
können. 

Ein Unterprogrammaufrufer in Form 
einer External- bzw. Inline-Funktion 
FKTi behebt den Mangel. 

Die Lösung beruht auf der Form der 
Übergabe von aktuellen Parametern 
(Argumenten) in Turbo-Pascal die via 
Stack erfolgt. Die Argumente werden 
in der Reihenfolge von links nach 
rechts gekellert, so daß das am weite- 


sten rechts stehende Argument (Top 
Of Stack) übergeben wird. Ein Unter- 
programmaufrufer wäre ein Pro- 
gramm, das neben allen Argumenten 
für die aufzurufende Funktion/Proze- 
dur ganz rechts die Adresse dieser 
Funktion/Prozedur übermittelt be- 
kommt, diese vom Stack entfernt und 
zur Abarbeitung der Funktion/Proze- 
dur verzweigt. 

Der externe Unterprogrammaufrufer 
besteht aus wenigen Assemblerbe- 
fehlen: 

Z80: ($E1/$E3/$E9) 
pop hl ; Return-Adresse 

; vom Stack laden 

ex (sp), hl ; Austauschen 

; Return-Adresse 
; mit oberstem 
; Integer- Wert 
; (Adresse Funk- 
; tion/Prozedur) 
jp (hl) ; Abarbeitung 

; Funktion/Proze- 

8088/86: ($59/$5B/$51/$FF/$E3) 
pop cx ; Return-Adresse 

; vom Stack laden 

pop bx ; Offset der Rou- 

; tine vom Stack 

push cx ; Return-Adresse 

; zurück 

jmp bx ; Sprung zur 

; Routine 

Eine allgemeingültige Anwendung 
zeigt das Programm FKT_Test in 
Bild 1. 

Konkrete Anwendungen prozedura- 


ler Parameter liegen auf dem Gebiet 
der numerischen Mathematik. Aber 
auch im Bereich der Grafik lassen 
sich Anwendungen finden. So könn- 
ten beispielsweise durch eine Proze- 
dur verschiedene Linienroutinen, die 
für ganz spezielle periphere Geräte 
zugeschnitten sind, übergeben wer- 
den. 

Hier sollten als Beispiele die Nullstel- 
lenbestimmung nach der Regula falsi 
(Bild 2) und die Integration nach der 
Simpsonschen Regel (Bild 3) die- 

Die Funktion, von der im vorgegebe- 
nen Intervall die Nullstelle nach der 
Regula falsi bestimmt werden soll, 


wird unter CP/M-80 über die ADDR- 
und unter MS-DOS über die OFS- 
Funktion der Routine REGULA mit- 
geteilt. Dort wird mittels des Unter- 
programmaufrufers FKTI diese 
Funktion verwendet. 
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FUNCTION FKT1 ( xsREAL;Adr_Funktion : INTEGER) sREALj 


43: FUNCTION Y ( x : REAL ) : REAL ; 
44: BEGIN Y : = x *EXP ( ~x*x ) END : 


4 ht FUNCTION Z ( x : REAL ) : REAL : 

47: BEGIN Z:= x*x*12/ ( x + 12 ) END : 


51 > FUNCTION 5 IMP ( n : INTEGER t a . b : R£Al ; f _addr : INTEQER 
52: {Anstelle: function f ( x : real ) « r.al ) ) eBEfikl 



VAR H.St REAL t 




FUNCTION FKT1 ( x : REAL; Adr ^Funktion : f NJEgER) i B£Akl 
INLINE (»5b/<ff/*d3) j 





ENß.» 






te{‘ Anzahl Stuetzstel len ( O fuer Ende ) : );ClrEolj 


Bild 3 Unterprogrammaufruf er am Beispiel der Simpsonschen Regel, pro- 
grammtechnische Realisierung mit Turbo Pascal Version 4.0 unter MS- 
DOS 


Die Nutzung der Routinen 
des Basic-Interpreters 

Die im Basic-Interpreter enthaltenen 
Arithmetikroutinen können ohne grö- 
ßeren Aufwand von Maschinenpro- 
grammen genutzt werden. Dazu ist 
es notwendig, daß Basic schon ein- 
mal aufgerufen worden sein muß (das 
heißt, der Notizspeicher des Interpre- 
ters muß belegt sein). Dies kann spä- 
ter jedoch entfallen, indem ein Pro- 
gramm ab Adresse 0300H abspei- 
chert. Somit wird beim Laden der No- 
tizspeicher gefüllt. 

Die vier Grundrechenarten werden 
durch das Unterprogramm ARI reali- 
siert. Die Werte werden an die Spei- 
cherplätze übergeben, welche durch 
die Allzweckregister adressiert wer- 
den. Aus dem Operationscode 
(ASCII in Register A) wird die 
Adresse der jeweiligen Arithmetikrou- 
tine ermittelt und die beiden Operan- 
den umgeladen (OPLAD1 ). Der Inhalt 
der Adresse des Registers HL wird 
ins Arithmetikregisterl (03E5H) des 
Basic-Interpreters kopiert und der In- 
halt der Adresse des Registers DE in 
die Register BCDE geladen. Es folgt 
die Ausführung der Operation. Das 
Ergebnis befindet sich zunächst im 
Arithmetikregisterl (03E5H). Dieses 
wird durch die Routine OPLAD2 in die 
Speicherzelle gebracht, die durch 
das Register BC adressiert wird. Da 
dieses Unterprogramm durch die In- 
terpretation des Operationscodes 
sehr zeitaufwendig wird, ist es auch 
möglich die Arithmetikroutinen über 
die in der MP 6/87 veröffentlichten 
Adressen direkt aufzurufen. Dabei ist 
auf die Übergabe der Werte zu ach- 


geben. Das Ergebnis befindet sich 
dann im Register DE. 

Das Gegenstück zu dieser Routine ist 
HLGPZ. Hier wird die Zahl im Regi- 
ster HL (Zweierkomplement) in eine 
Gleitpunktzahl umgewandelt. Im Re- 
gister DE befindet sich die Adresse 
der entstehenden Gleitpunktzahl. Es 
wird die Routine FRE3 verwendet. 
Die 2-Byte-Zahl wird in den Registern 
B und A, welche zu BA zusammenge- 
faßt werden, übergeben. Die Gleit- 
punktzahl befindet sich am Ende der 
Routine im Arithmetikregisterl . Das 
Unterprogramm TEXTO ist keine 
Routine des Basic-Interpreters. Es 
dient nur zur Ausgabe einer Zeichen- 
kette, welche mit ASCII 00 endet. Im 
KC85/3 kann diese durch das CAOS- 
Unterprogramm 045H ersetzt wer- 
den. Die im Interpreter enthaltene 
Subroutine zur Ausgabe einer Zei- 
chenkette ist viel umständlicher auf- 
gebaut und kann nicht ohne weiteres 
aufgerufen werden. 

Die Hilfsroutine OPLSD1 dient dem 
Umladen der Operanden. Dabei wird 
der erste Operand ins Register BCDE 
und der zweite Operand ins Arithme- 
tikregisterl geladen. Dabei ist zu be- 
achten, daß zuerst der zweite Ope- 
rand geladen wird, da in der Routine 
OPKOP das Register BCDE verän- 
dert wird. In der Hilfsroutine OPLAD2 
wird das Resultat aus dem Arithme- 
tikregisterl auf den Speicherplatz ko- 
piert, welcher durch das Register BC 
adressiert wird. 


Mit Hilfe des Testprogramms ist es 
möglich, die einzelnen Funktionen im 
Dialog zu testen. 


Durch die Subroutine INP wird die 
Eingabe einer Zahl über die Tastatur 
erreicht. Sie funktioniert ähnlich dem 
INPUT des Interpreters. Die Eingabe 
erfolgt immer an der aktuellen Cur- 
sorposition. Im Register HL wird die 
Adresse angegeben, auf welcher die 
konvertierte Zahl stehen soll. Zur 
Konvertierung wird die Interpreter- 
routine VALNRM genutzt. Darin wer- 
den die ASCII-Zeichen von einem 
durch das Register HL adressierten 
Speicherplatz gelesen und umge- 
wandelt. Der Code des ersten Zei- 
chens muß jedoch im Register A ent- 
halten sein. Die konvertierte Zahl be- 
findet sich nach Abschluß der Routine 
im Arithmetikregisterl (03E5H). Es 
wird auf den durch das Register HL 
adressierten Bereich geladen. 

Zur Ausgabe von Werten auf den 
Bildschirm ist die Routine OUT be- 
stimmt. Zur Rekonvertierung wird die 
Routine NUMKON genutzt. Die 
Gleichpunktzahl, welche im Arithme- 
tikregisterl übergeben wird, wird re- 
konvertiert und befindet sich am 
Schluß in Form von ASCII-Zeichen im 
Print-Puffer des Interpreters. Nun 
folgt die Ausgabe der einzelnen 
ASCII-Zeichen. Es ist auch möglich, 
wenn der KC85/3 vorhanden, die Zei- 
chenkette über das Unterprogramm 
045H auszugeben. 

Durch das Unterprogramm GPZHL 
wird eine Gleitpunktzahl des Basic- 
Interpreters, welche im Bereich von 
-32768 bis 32767 liegt, in eine 2- 
Byte-Zahl umgewandelt, die sich am 
Ende der Routine im Register HL 
(Zweierkomplement) befindet. Die 
Routine EPRVL3 wird im Interpreter 
für die Befehle DEEK und PEEK ver- 
wendet. Dazu wird die Gleitpunktzahl 
im Arithmetikregisterl (03E5H) über- 


%HGLPZnnnn 

PE:nnnn -2-Byte-Hexa- 

dezimalzahl 

PA:”GPZ=” -Gleitpunktzahl 

%GPZHL 

PE:”GPZ=” -Gleitpunktzahl 

PA: "HL=” -2-Byte-Hexa- 

dezimalzahl 

% INPUT 

PE: ’’GPZ=” -Gleitpunktzahl 

PA: ”GPZ=” -4-Byte-Gleit- 

punktzahl in 
hexadezimaler 
Darstellung 

%OUTPUT nnnn 

PE:nnnn -Adresseder 

Gleitpunktzahl 

PA:’’GPZ=” -Gleitpunktzahl 

%ARI 

PE: ”Op.1 =” -Operandi 

”Op.2=” -Operand2 

”Op.code=" -Operationsart 

PA:”Res. = ” -Resultat 

Andreas Zierott 


Die Bilder zu diesem Beitrag finden 
Sie auf den beiden folgenden Sei- 
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CDA1D7 



BA5D 4F555450 

BA64 CDCBBA 
BA67 CD5800 

BA6C 7F7F 
BA6E 415249 
BA7 1 01 
BA72 CD03F0 
BA75 23 
BA76 4F702E31 
BA7B 00 
BA7C 213401 
BA7F CD3300 
BA82 CD03F0 
BA85 23 
BA86 4F502E32 


BA8F CD3300 


BA9F CD03F0 


BAA4 CD03F0 
BAA7 00 
BAA8 CD03F0 


BAB0 113801 


BAB9 CD03F0 


IN^ 

23H 

'Op.cod«=' 


BACB CD03F0 GPZOUT CALL 


Turbo-Pascal-Routine für den A 7100 


Die im folgenden vorgestellte Turbo- 
Pascal-Routine beseitigt einen 
Schönheitsfehler des A7100 oder 
besser: seines Betriebssystems 
SCP1700. 

Da in der Routine direkt auf die Hard- 
ware des Rechners zugegriffen wird, 
ist sie nur auf dem A7100 verwend- 
bar! 

Normalenweise kann unter dem Be- 
triebssystem CP/M durch das Steuer- 
zeichen Control-G (ASCII-Code 7) 
ein Signalton ausgelöst werden. Ob- 
wohl der A7100 über eine eingebau- 
ten Piezo-Signalgeber verfügt, wird 
durch das Betriebssystem SCP 1 700 
die Signaltonausgabe nicht unter- 
stützt. 

Laut IM S. 92 wird der Signalgeber 
durch Setzen des Bit 6 im PPI-Port C 
für etwa 30 ms ausgelöst. Durch die 
Prozedur BEEP wird der Signalgeber 
n-mal im Abstand von m Millisekun- 


den aktiviert. Liegt die festgelegte 
Zeitkonstante unter der Zeitdauer ei- 
nes einzelnen Signaltones, so ergibt 
sich ein zusammenhängender, lan- 
ger Ton; ist sie länger, so entsteht 
eine auffällige, intermittierende Ton- 
folge, die aus n Einzeltönen be- 
steht. 

Im Programm SIGNAL werden die 
verschiedenen Möglichkeiten de- 
monstriert. 

Da die Zeitdauer einer mit der Stan- 
dard-Prozedur DELAY erzeugten 
Pause implementationsabhängig ist, 
kann eventuell eine experimentelle 
Anpassung der Werte für die Pausen- 
zeit erforderlich sein. 

Literatur 

/I / Betriebsdokumentation A 71 00, Band 1 : 
Rechner und Gerät. VEB Robotron- 
Elektronik Dresden 

8. Matzke 


program Signal; 
procedure beep(n,m:byte); 

const c = SOcc; {Portadresse } 


tor i:=1 to n da begln 
port(c]:=port[c] and 191; 
port|c]:=port[c] or 64; 
delayfm); end; 


(n Einzeltfine } 

{löschen Bit 6 } 

{setzen Bit 6 } 

im Millisekunden Pause } 


begln 

beep(10,20); delayfl 000); 
beep(10,50); delay(IOOO); 
beep(2,255); 
end. 


{ein langer Ton } 

{intermittierenderTon } 

{zwei kurze Einzeltöne } 


Wegbereiter der Informatik 




CHARLES 

BABBAGE 

*1792 Teignmouth, 
f1871 London 


Charles Babbage war Mathematik- 
professor in Cambridge und Mit- 
glied der Royal Society. Er verfaßte 
ungewöhnlich genaue Logarith- 
mentafeln für den praktischen Ge- 
brauch. Da er in den damals be- 
nutzten Tabellenwerken wiederholt 
zahlreiche Fehler feststellte, kam er 
auf die Idee, eine Rechenmaschine 
zur Herstellung neuer und zur Prü- 
fung schon vorhandener mathema- 
tischer Tafeln zu entwerfen. Das 
grundlegende Prinzip, das in dieser 
Maschine zur Anwendung kommen 
sollte, war die Differenzenmethode: 
Zur Berechnung von Funktionen an 
bestimmten Zwischenstellen soll- 
ten geometrische Progressionen 
mit konstanter n-ter Differenz (bis 
zu n = 5) schrittweise aufgerechnet 
und die Ergebnisse ausgedruckt 
werden. Babbage nannte seine Ma- 
schine Difference Engine. 

I m Jahre 1 822 wurde ein erster Pro- 
totyp fertiggestellt: Er hatte drei 
Achsen mit jeweils fünt Ziffernrä- 
dern und konnte Zahlenfolgen mit 
konstanter 2. Differenz (bis 99999) 
berechnen. Diese Konstruktion er- 
regte offenbar große Bewunde- 
rung, was den Erfinder veranlaßte, 
sogleich eine wesentlich größere 
Maschine zu konzipieren. Vor allem 
wollte Babbage die Rechenge- 
schwindigkeit steigern: Die neue 


Maschine sollte 44 Rechenschritte 
pro Minute ausführen. Dazu entwik- 
kelte er Mechaniken, die in allen Zif- 
fernstellen eine gleichzeitige Aus- 
führung der Addition und des Zeh- 
nerübertrags bewerkstelligten. Da 
er den finanziellen Aufwand nicht 
allein tragen konnte, ersuchte er die 
die Regierung um Unterstützung, 
die ihm - wohl auf ein Gutachten 
der Royal Society hin - auch ge- 
währt wurde: Man richtete ihm eine 
eigene Werkstatt ein und enga- 
gierte einige Mechaniker. 

Die Arbeit an der Difference Engine 
Nr. 2 nahm viel Zeit in Anspruch, 
mußte doch Babbage erst die Vor- 
richtungen und Werkzeugmaschi- 
nen entwerfen, welche die präzisen 
Verzahnungen der Ziffernräder ge- 
währleisteten. Ab 1 829 häuften sich 
jedoch die finanziellen Schwierig- 
keiten, die Arbeiten gerieten immer 
mehr ins Stocken und mußten 1842 
ganz eingestellt werden, weil die 
Regierung wegen unbefriedigender 
Ergebnisse die Weiterfinanzierung 
einstellte. Die unvollendete Diffe- 
rence Engine Nr. 2 kam mit allen 
Konstruktionsplänen nach London 
in das Museum des King's Col- 

Durch seinen Mißerfolg offenbar 
keineswegs entmutigt, wandte sich 
ab 1833 einem weit um- 


fangreicheren Projekt zu, der Ana- 
lytical Engine. Diese sollte ein pro- 
grammgesteuerter Universalrech- 
ner mit folgenden Baugruppen wer- 
den: 

- Rechenwerk für dezimale Zah- 
lendarstellung mit Schaltgetrieben 
zur Realisierung einer Rechenab- 
lauf-Steuerung 

- Speicher für eintausend 50stel- 
lige Zahlen 

- Eingabewerk für Zahlen, Varia- 
blen und Rechenvorschriften, wo- 
bei die von Joseph Marie Jacquard 
1804-08 erfundenen Lochkarten 
verwendet werden sollten 

- Druckwerk. 

Mit dieser Konzeption war Babbage 
seiner Zeit weit voraus - eigentlich 
zu weit voraus: Die ungenügenden 
Fertigungstechniken verhinderten, 
daß seine Pläne damals verwirk- 
licht werden konnten. Sein Sohn H. 
P. Babbage vollendete später einen 
Teil der arithmetischen Einheit und 
berechnete zur Demonstration der 
Brauchbarkeit eine T afel der Zahl jr. 
Erst 100 Jahre später gelang es 
dann Konrad Zuse, übrigens ohne 
Kenntnis der Babbageschen Pläne, 
den ersten programmgesteuerten 
Rechenautomaten aufzubauen. 
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Börse 


Softwareentwicklungs- 
Arbeitsplatz SEAP 1 6 
Version 2.0 

Der im August 1988 in der Mikropro- 
zessortechnik angebotene Software- 
entwicklungsarbeitsplatz für 16-Bit- 
PCs (Version 1.2) zur Unterstützung 
der Softwareentwicklung auf der 
Grundlage des Betriebssystems DCP 
wurde bereits vielfach nachgenutzt. 
Die aus den Komponenten Hand- 
buch 16-Bil-PC, Kommandoproze- 
duren und Hilfsprogramme beste- 
hende Version 1 .2 wird folgenderma- 
ßen erweitert: 

• Einbeziehung des ESER-PCs EC 
1834 

• Ausstattung aller Kommandopro- 
zeduren mit HELP-Informationen 

• Zusätzliche Unterstützung vo n 
Assembler sowie der Programmier- 
sprachen C und Turbo-Pascal 4.0 

• Erwefterung bzw. Neuaufnahme 
des Punktes Sicherungstechnologie 

• Aufbau eines maschinell unter- 
stützten Informationssystems für die 
Arbeit mit SEAP 16 

• Entwicklung von menügesteuer- 
ten Lösungen für auswahlorientierte 
Aufgaben. Dazu gehören z. B. Dis- 
kette formatieren und Drucker ein- 
stellen. 

• Bereitstellung von Informationen 
über neue Softwareprodukte und Hin- 
weise zu ihrer Anwendung. 

Die Version 2.0 ist voraussichtlich ab 
5/89 verfügbar. 

VEB DVZ Halle, Abteilung FP, Block 081 , 
Halle-Neustadt, 4090 

Gruhl 


Programmdokumentation 
für Turbo-Pascal 

Die vorhandene Software zur Doku- 
mentation von Turbo-Pascal-Pro- 
grammen. ist mangelhaft, da der 
Quelltext zwar ausgedruckt werden 
kann, aber selbst die einfachste Auf- 
bereitung nur selten möglich ist. Auf- 
gabe der Software PLIST+ ist es, ei- 
nen Quelltext so zu dokumentieren 
und zu analysieren, daß er auch nach 
einem längeren Zeitraum innerhalb 
kurzer Frist erschlossen werden kann. 
Ausgehend von dem durch PLIST 
(siehe CHIP-special-Turbopascal 
Nr. 1, Vogel-Verlag Würzburg 1985) 
erreichten Stand wurde das Pro- 
gramm entwickelt, das folgende 
Funktionen wahlweise realisiert: 

- Programmlisting mit Zeilennum- 
merierung, Angabe der Herkunft 
(Main- oder Includefile), der Ver- 
schachtelungstiefe und Markierung 
der reservierten Wörter 

- Annahme von Drucksteuerzei- 

- Zusammendruck von zusammen- 
gehörigen Blöcken (z. B. Prozedu- 
ren) 

- Schriftart MINITYPE auf K6313- 
kompatiblen Druckern (ca. 120 Zeilen 
pro A4-Seite) 

- Eindruck der Includefiles 

- Crossreferenzliste nach dem Vor- 
bild von PLIST 

- Übersicht zur statischen Struktur, 
die die Prozeduren und Funktionen 
der Reihenfolge nach ihrer globalen 
und lokalen Wichtung auflistet und 
das Herkunftstile angibt 


- ausreichende Hilfestellung und 
einfache Benutzersteuerung durch 
Dialogsteuerung und Standardan- 
nahmen. 

Lauffähige Varianten existieren auf 
PC 1 71 5 unter SCP, CP/M und CP/A, 
auf A 71 00 unter SCP 1 700 und CP/K 
sowie auf dem Schneider PC 1 51 2. 

Technische Hochschule Ilmenau, Sek- 
tion Elektrotechnik, PSF 327, Ilmenau, 
6300 

Weinmeister 


EPROMer für Kompatible 

Unter dem Aspekt der Notwendigkeit 
eines IBM-kompatiblen EPROM-Pro- 
grammiergerätes erfolgte die Ent- 
wicklung eines EPROMers mit der 
Anschlußkompatibilität zu fast allen 
Rechnern. Voraussetzung ist eine 
parallele Schnittstelle (Centronics, 
IFSP o. ä.). Die Datenübertragung er- 
folgt seriell, so daß insgesamt nur vier 
Leitungen erforderlich sind. Zur An- 
wendung kommen ausschließlich 
DDR-Bauelemente, wobei die ge- 
samte Schaltung, einschließlich 
Netzteil, auf einer zweiseitigen Leiter- 
karte von etwa der Größe einer 
EURO-Karte Platz findet. Die Steue- 
rung des EPROMers erfolgt über in 
Turbo-Pascal 3.0 geschriebene Soft- 
ware. Dadurch ist der Betrieb des Ge- 
rätes leicht für andere Rechner modi- 
fizierbar. Zur Zeit arbeitet der EPRO- 
MER an einem Schneider PC 1640 
(Druckerschnittstelle LPT1) und läßt 
die Programmierung der Typen 2716 
bis 27256 einschließlich der A-Typen 
zu. 

AdW, Z0S, Abt. 9.3, Rudower Chaus- 
see 6, Berlin, 1199; Tel. 6744043 

Rohloff 


dBase ll-POWER 

Das Programm wurde für den 
AC7100 unter SCP 1700 entwickelt, 
um den Bedienern mit nur geringen 
dBase Il-Kenntnissen die Pflege der 
von ihnen über andere Programme 
genutzten Dateien zu ermöglichen 
sowie die Arbeit mit Disketten so zu 
gestalten, daß das Datenbankbe- 
triebssystem nicht verlassen werden 
muß. Das Programm hat folgende 
Merkmale: 

- Arbeit mit beliebigen Dateien: 
Wechsel des Laufwerkes, Anzeige 
des Directories (mit Ausgabemaske) 
sowie Umbenennen und Löschen 
von Dateien (Löschschutz mittels 
Kennwort). 

- Arbeit mit dBase Il-Dateien: Datei 
sortieren/indizieren, Inhalt einer Datei 
anzeigen/verändern. Löschmarkie- 
rungen setzen/aufheben, neue Sätze 
anhängen und das Erstellen einer Si- 
cherheitskopie der bearbeiteten Da- 
tei. Außerdem werden von der im Zu- 
griff befindlichen Datei im Hauptmenü 
stets die Satzlänge, die Anzahl der 
Sätze sowie der auf der Diskette be- 
nötigte Speicherplatz angezeigt 
(wahlweise auch die Struktur). Wei- 
terhin können die Belegungen der 
Funktionstasten im SCP 1700 für die 
Dauer der dBase Il-Sitzung verändert 
werden. Es ist weiterhin möglich, die 
Feldnamen und -typen einer Datei zu 


ändern, ohne daß deren Inhalt zer- 
stört wird oder die Datei ausgelagert 
werden muß. 

VEB Landmaschinenbau Torgau, Abt. 
Produktionsorganisation, Prager Straße 
1, Totgau, 7290; Tel. 59384 


Maus-Programmierung 
und Grafik am PC 151 2 

Für das Programmierwerkzeug 
Turbo-Pascal 4.0 (Borland Inc.) wur- 
den zwei allgemein verwendbare 
Sammlungen von Funktionen, Proze- 
duren, Konstanten und Typen (Units) 
erarbeitet, die für Programmierer von 
Grafikanwendungen interessant 

Als Ergänzung zu den Standard- 
Units wurde eine Unit MOUSE erarbei- 
tet, die dem Anwendungsprogram- 
mierer die Grundfunktionen der allge- 
mein üblichen (microsoft-kompati- 
blen) Betriebssystemschnittstelle zur 
Maus bereitstellt. Die Prozedur- und 
Funktionsdeklarationen sind weitge- 
hend analog zu einer üblichen Mo- 
dula-2-Funktionsbibliothek für den 
gleichen Zweck. Weiterhin wurde für 
den weit verbreiteten Personalcom- 
puter PC 1512 mit der Unit PC1512 
eine Möglichkeit geschaffen, 16far- 
bige Bildschirmgrafiken mit 
640 x 200 Bildpunkten zu erzeugen, 
die bisher bekannt gewordene Lösun- 
gen bei weitem übertrifft. Sie ist als 
optionale und vollkompatible Erweite- 
rung der Standard-Unit GRAPH kon- 
zipiert. Alle Funktionen der Standard- 
Unit wirken unverändert weiter. Wird 
jedoch als Hardware ein PC 1 51 2 vor- 
gefunden, dann sind durch Nutzung 
der konkreten Hardwareeigenschaf- 
ten dieses PCs sowie geschickte 
Emulation innerhalb der Unit PCI 51 2 
anwendungsprogrammseitig alle in 
der Standard-Unit GRAPH deklarier- 
ten Funktionen auch in zusätzlichen 
Grafikmodi verfügbar. 
Friedrich-Schiller-Universität Jena, 

Sektion Technologie für den WGB, Tech- 
nikum LAURA, Ernst-Thäimann-Ring32, 
Jena. 6900; Tel. 8224914 Ginter 


Ergänzungssoftware 
für SCP-Systeme 

Es werden Programme für 8-Bit- 
Rechner mit CP/M-kompatiblen Be- 
triebssystemen vorgestellt, die als Er- 
gänzungssoftware zu vorhandener 
Standardsoftware vorgesehen sind. 

1. ASSA: kombiniertes Debug-I Ab- 
solutassemblersystem 
Absolutassembler mit integrierten 
Debugfunktionen (LOAD-/SAVE- 
Funktion, Speichermanipulationen, 
Prüfsummen) für eine effektive Auf- 
bereitung des assemblierten Maschi- 
nenkodes zu COM-Dateien. Der As- 
sembler verarbeitet Z80-Mnemonik 
und den größten Teil der MRES-No- 
tation. 

2. EDITM: Quellkode-Editor 
Zugehöriger Editor zu ASSA. Die 
Quellkodedateien können jedoch 
auch mit TP editiert werden. 

3. UPS: Unterprogrammsystem für 
Gerätebedienung 

Bereitstellung von Unterprogrammen 


für Bildschirm-/Tastatur- und Druk- 
kerbedienung sowie für eine effektive 
Abwicklung der Arbeit mit sequentiel- 
len SCP-Dateien auf dem Niveau der 
Anwendungsprogrammierung. Der 
Programmierer wird u. a. von folgen- 
den Problemen entlastet: Program- 
mierung der Eingabe des Filena- 
mens, der Fehlerbehandlung, der 
OPEN-/CLOSE-Aufrufe. 

4. TDLS: Spezial-Basicinterpreter 
Anpassung des aus der Literatur be- 
kannten TDL-Basic an SCP, CP/M. 
Zusätzlich wurden LOAD- und SAVE- 
Funktionen von/zur Diskette inte- 
griert. Die Zeicheneingabe kann 
wahlweise über Tastatur oder durch 
Spracheingabe erfolgen (ESE 
K 7821, Robotron). 

5. PR0M8: EPROM-Programmier- 
routine für U 555 und U2716 

Das Programm beinhaltet neben den 
Grundfunktionen EPROM-Lesen/- 
Programmieren zahlreiche Debug- 
funktionen. 

VEB EAB/ZFT, Abt. RC4, Rhinstraße 100, 
Berlin, 1140; Tel. 5509531/App. 29 

Dr. Mertins 

80 Zeichen pro Zeile 
für KC 85/3 

Es wurde ein Programm entwickelt, 
mit dem 80 Zeichen/Zeile für Basic 
realisiert werden. Dabei bewirkt das 
Ersetzen von PRINT durch PRINT #3 
(auch mit Zusätzen wie AT, COLOR 
usw.) die veränderte Darstellung der 
entsprechenden Ausschrift auf dem 
Bildschirm. Weiterhin ist es möglich, 
über LIST#3 das Auflisten des Basic- 
Programms mit 80 Zeichen/Zeile zu 
veranlassen. Das führt zu erhöhter 
Übersichtlichkeit, weil keine Pro- 
grammzeile mehr die Länge einer 
Bildschirmzeile überschreitet. 

Das Zusatzprogramm liegt ein- 
schließlich der neuen Zeichenbild- 
tabelle (Codes 20H ... 7FH) im 
Adreßbereich BA00H ... BC1 FH. Da- 
neben gibt es eine abgewandelte 
Version, die in einer REM-Zeile eines 
Basic-Programms untergebracht 
werden kann. 

Interessenten steht das Programm 
unentgeltich zur Verfügung. 

Wolfram Schütze, Althainitz 2a, Groß- 
postwitz. 8603 

Wir suchen ... 

. . . eine Softwarelösung für die Regi- 
stratur von TGLs, Katalogen, GBIs, 
NVs und NVes. 

VEB Bau Grimmen, Produktionsbereich 
Berlin, Klement-Gottwald-Allee 292, 
Berlin, 1120; Tel. 3651300 Seidel 
. . . eine Hard-/Softwarelösung zum 
Datentransfer zwischen einem V2"- 
Magnetband CM 5300.01 und einem 
PC 1 71 5 oder AC 71 00. 

VEB Rationalisierung, Möwenburg- 
straße 13-17, Schwerin, 2756; Tel. 
5651 Palinski 

. . . dringend Software für KC 87, wel- 
che sich für Ausbildungszwecke in 
metallverarbeitenden Berufen eignet. 
VEB Draht- und Seilwerk Rothenburg, 
Betriebsschule, Friedensstraße 21, Ro- 
thenburg, 4341; Tel. Könnern 7371 
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Neue Medien - Totale 
Mattscheibe und neue 
Informationsordnung 

von H.-J. Heinze, Urania-Verlag 
1988, 160 Seiten, DDR 3,60 Mark 
Mit dem Buch der Klartext-Reihe stellt 
sich die erste geschlossene Darstel- 
lung der Problematik der Medienent- 
wicklung der BRD aus der Sicht der 
DDR-Gesellschaftswissenschaft vor. 
Dieser Versuch kann als geglückt be- 
zeichnet werden! 

Eingeleitet wird die Arbeit mit Zu- 
kunftsvisionen bürgerlicher Journali- 
sten über die Folgen der stürmischen 
Entwicklung der Masssenmedien für 
den Menschen und die Gesellschaft. 
Im darauf folgenden Abschnitt stehen 
die technische Vielfalt und Reife so- 
wie die derzeitigen Chancen der Ver- 
breitung von Mediensystemen im Mit- 
telpunkt. Allerdings ist hierbei anzu- 
merken, daß der technischen Kompo- 
nente kaum Aufmerksamkeit ge- 
schenkt wird. Während sich im weite- 
ren der Verfasser mit der Verbreitung 
der neuen Medien im Verhältnis Ka- 
pital— Politik— Gesellschaft am Bei- 
spiel hochentwickelter kapitalisti- 
scher Staaten beschäftigt, behandelt 
der letzte Abschnitt die Perspektive 
der neuen Medien, ihre Bedeutung 
für die Durchsetzung der Mensch- 
heitsinteressen und die Notwendig- 
keit und Schwierigkeit einer interna- 
tionalen Mediengesetzgebung. 

Eine künftige Behandlung der The- 
matik neue Medien verlangt nicht nur 
die Darstellung der Entwicklung in 
den imperialistischen Staaten mit 
Sicht auf die speziellen Probleme der 
Entwicklungsländer, sondern erfor- 
dert ebenfalls Überlegungen zur Me- 
dienentwicklung in der sozialisti- 
schen Gesellschaft. Dazu ist die 
Frage zu klären: Wo stehen die sozia- 
listischen Staaten bei der Schaffung 
eines technisch möglichen, interkon- 
tinentalen Medienverbundnetzes und 
wie sehen sie ihre Rolle darin? 
Zusammenfassend ist festzustellen, 
daß die Aufgabe, die sich der Verfas- 
ser gestellt hatte, die Darstellung des 
Prozesses der Medienentwicklung 
sowie die Suche nach kritischen Be- 
wertungen und Einschätzungen, er- 
fülltwurde. H. Hoffmann 


Die innovativen 80286/ 
80386-Architekturen 

Teil 1 : Der 80286 (296 Seiten); Teil 2: 
Der 80386 (532 Seiten), von Klaus- 
Dieter Thies, te-wi Verlag GmbFi, 
München, 1988 

Mit der großen Verbreitung der AT- 
kompatiblen Personal Computer und 
neuerdings auch des Personal Sy- 
stem/2 gewinnen Beschreibungen 
der Prozessoren 80286 und 80386 
mehr und mehr an Bedeutung. Aus 
diesem Grund ist das Erscheinen der 
beiden Bände in deutscher Sprache 
unbedingt zu begrüßen. 

Der Teil 1 behandelt den 80286. Er 
enthält zunächst eine allgemeine Ein- 
führung in die Speicherorganisation 
älterer Mikrorechnersysteme, erläu- 
tert dann die Speicherverwaltung ein- 
schließlich virtueller Adressierung 
beim 80286 sowie die zugehörigen 



Schutzmechanismen und beschreibt 
danach die Arbeitsweise des Prozes- 
sors in Multitask-Systemen, insbe- 
sondere den dazu notwendigen Sta- 
tuswechsel. In weiteren Kapiteln wer- 
den die Interruptverarbeitung, die Be- 
handlung von Ausnahmen, Ein- und 
Ausgaben zur Peripherie, die Einbin- 
dung des numerischen Prozessors 
80287 sowie der System Builder er- 
läutert. 

Im Teil 2 sind alle Kapitel des 1 . Teiles 
sinngemäß enthalten, aber auf den 
Prozessor 80386 bezogen. Da beide 
Prozessoren in vielen Eigenschaften 
identisch sind, hat der Autor große 
Teile von der 80286-Beschreibung 
wörtlich in den 2. Teil übernommen. 
Dieser 2. Band enthält zusätzlich je 
ein Kapitel über den virtuellen 8086- 
Modus und über die DEBUG-Unter- 
stützung. 

Insgesamt kann festgestellt werden, 
daß beide Bücher im wesentlichen 
die Beziehung der Prozessoren zum 
Hauptspeicher und zur Peripherie be- 
schreiben, also die Innovationen 
bzgl. Speicherverwaltung gegenüber 
dem 8086/8088. Unter der Architek- 
tur eines Prozessors wird in der Regel 
jedoch weit mehr verstanden, so daß 
die Erwartungen vieler Leser sicher- 
lich nicht erfüllt werden. Sehr er- 
schwerend für das Verständnis des 
Buches wirkt die fehlende Beschrei- 
bung des Befehlssatzes. Im Bandl 
ist nicht einmal eine Erläuterung des 
internen Registersatzes beim 80286 
enthalten. In beiden Büchern wird die 
Kenntnis des 8086/8088 vorausge- 
setzt. Da nun wesentliche Probleme 
der beiden Prozessoren nicht behan- 
delt werden, wären Hinweise auf er- 
gänzende Literatur dringend erfor- 
derlich. Derartige Vermerke sind aber 
nur in geringer Zahl enthalten. Beiden 
Büchern fehlen sogar Literaturver- 
zeichnisse, obwohl viele Abschnitte 
von den Intel-Originalschriften (z. B. 
80386 Programmer’s Refererence 
Manual) übersetzt wurden. Trotzdem 
können die beiden Bücher System- 
programmieren empfohlen werden, 
die den 8086/8088 bereits kennen 
und sich in die Innovationen von 
80286 und 80386 einarbeiten wollen, 
da sie leicht verständlich geschrieben 

Dr. G. Kinnemann 


Zeitschriftenumschau 


G. V. Jermakov: Testen von 
MIXAL-Programmen mit Hilfe 
symbolischer 
Programmausführung 

Programmirovanije 14(1988) 1, S. 12 
Die symbolische Programmausfüh- 
rung ist eine relativ neue Fehlernach- 
weismethode. Ihr Wesen besteht 
darin, daß das Programm in einem 
vereinfacht gesagt algebraischen 
Ausdruck überführt wird, der die 
Transformation der Eingangsdaten 
widerspiegelt. Prädestiniert sind für 
die symbolische Ausführung vor al- 
lem Programme der numerischen 
Mathematik und allgemeine Pro- 
gramme mit einfacher Struktur der 
Eingangs- und Ausgangsdaten. 
Grundsätzliche Schwierigkeiten ent- 
stehen bei starker Verzweigung des 
Steuerflusses, Operationen mit Kom- 
ponenten strukturierter Datentypen, 
Behandlung von Zyklen, Behandlung 
von Dateneingaben und Prozedur- 
aufrufen. Diese Einschränkungen 
werden in wesentlich geringerem 
Maße wirksam, wenn die symboli- 
sche Programmausführung nicht als 
selbständiges Validierungsverfahren 
benutzt wird, sondern als Hilfsverfah- 
ren zur Erzeugung von Testdaten. Mit 
dieser Anwendung der symbolischen 
Ausführung von MIXAL-Programmen 
befaßt sich der Autor des Artikels. Ml- 
XAL ist eine von Knuth geschaffene 
höhere Assemblersprache. Das Er- 
gebnis der symbolischen Programm- 
ausführung ist für jeden Programm- 
pfad ein System von Gleichungen 
und/oder Ungleichungen. Besitzt die- 
ses System eine Lösung, so ist der 
Pfad testbar; die Lösung enthält die 
Testbedingungen. Zur Bestimmung 
dieses Systems von Gleichungen 
bzw. Ungleichungen wird jeder Ml- 
XAL-Befehl durch eine Formel in 
postfixer Form beschrieben - die 
symbolische Ausführung kombiniert 
dann die postfixen Formeln der ein- 
zelnen Befehle. 


S. V. Denisenko: Quantitativer 
Schätzwert der statischen Seman- 
tikanalyse von Programmen 

Programmirovanije 14 (1988) 3,S.81 
Die Zuverlässigkeit der Programme 
hängt in wesentlichem Maße von den 
beim Programmentwurf benutzten 
Programmiersprachen ab. Die moder- 
nen Hochsprachen (Pascal, Modula- 
2, Ada) begünstigen die Verringerung 
der Softwarefehler. Ursache dafür ist 
die strenge Typisierung von Daten 
und Prozeduren und die Beschrän- 
kung bezüglich ihrer Sichtbarkeit. Die 
Zuverlässigkeit der entworfenen Pro- 
gramme erhöht sich auf der einen 
Seite durch die Verringerung der 
Wahrscheinlichkeit des Auftretens 
von Programmierfehlern und auf der 
anderen Seite durch die größeren 
Fehlernachweismöglichkeiten zur 
Übersetzungszeit. Letzteres, als sta- 
tische Semantikanalyse bezeichnet, 
wird oft zusammen mit der Compila- 
tion ausgeführt, aber auch durch die 
einzelnen Softwarewerkzeuge (Se- 


mantikchecker). In früheren Arbeiten 
wurde die Fehleranzahl in Program- 
men bei unterschiedlicher Tiefe der 
Semantikanalyse experimentell be- 
stimmt. Es zeigte sich, daß die 
strenge Datentypisierung und die ex- 
plizite Deklaration des Sichtbarkeits- 
bereiches eines Moduls die Fehleran- 
zahl in den Programmen wesentlich 
verringert (um das 3,12- bzw. 1,57fa- 
che). Die Programmzuverlässigkeit 
nach der Compilation wird durch die 
Anzahl der unentdeckt gebliebenen 
Fehler bestimmt. Einen Näherungs- 
wert für diese Anzahl, die wichtig ist 
für die Aufwandsbestimmung der 
Fehlerbeseitigung, liefert die Pro- 
grammetrik, die aus statistischen 
Kenngrößen des Programmes ge- 
wonnen wird. In diese Metriken finden 
allerdings die Spracheigenschaften 
keinen Eingang. In dem Artikel wird 
der Versuch unternommen, den 
quantitativen Zusammenhang zwi- 
schen Programmeigenschaften und 
indirekt den Spracheigenschaften auf 
der einen Seite und der Anzahl der 
unentdeckten Fehler einer bestimm- 
ten Klasse - der Elementarfehler - 
herzustellen. 

ft V. Verschigora: Funktionskopp- 
lung mittels Koprogrammmecha- 
nismus in der Sprache C 

Mikroprocessornyje sredsta i si- 
stemy 5 (1988) 4, S. 53 
Der Koprogrammechanismus ist eine 
einfache und wirksame Form der in- 
formationeilen Kopplung zwischen 
einzelnen Funktionen. Um mit der tra- 
ditionellen Struktur aufrufendes Pro- 
gramm - Unterprogramm (Funktion) 
einen gleichen Effekt zu erzielen, sind 
Mehrfacheintritts- und Austritts- 
punkte erforderlich. Der Kopro- 
grammechanismus erhöht die Ver- 
ständlichkeit der Programme (bei 
adäquaten Problemstellungen). Die 
logischen Verknüpfungen im Algo- 
rithmus werden vereinfacht und Sy- 
stemressourcen werden im geringe- 
rem Maße in Anspruch genommen. 
Der Autor analysiert verschiedene 
Varianten der nachträglichen Imple- 
mentierung des Koprogrammecha- 
nismus in C: 

- Modellierung in C 

- Modellierung mit Assemblerfunk- 
tionen. 

Zu realisierende Funktionen dabei 

- Initialisierung/Umwandlung der li- 
nearen Liste der Aktivierung der 
Funktionsaufrufe in eine baumartige 
Struktur 

- Wiederherstellung des Zustandes 
der erneut aufgerufenen Funktion 
und Ketten des aktuellen Zustandes 
vor dem Aufruf 

- Aufhebung der Koprogrammver- 
bindung. Dabei geht die Steuerung 
an ein Koprogramm über, das im Auf- 
rufbaum nicht unter dem aufrufenden 
liegt. Die unteren Zweige des Aufruf- 
baumes werden gelöscht. 

Der Autor wählt für Koprogramme- 
chanismus die Modellierung mit As- 
semblerfunktionen und gibt drei Un- 
terprogramme PLACE, DECLINE, 
RESUME zur Realisierung der not- 
wendigen Funktionen an. 

zusammengestellt von Dr. B. Stiefel 
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Bericht 


ICCD ’88 

Vom 3. bis 5. Oktober 1988 fand in 
Rye Brook (New York - USA) die In- 
ternational Conference on Computer 
Design (ICCD 88) der IEEE statt. 

Die ICCD ist die führende internatio- 
nale Konferenz für den Einsatz und 
die Anwendung der Höchstintegra- 
tion in Computern und umfaßt alle 
Aspekte des Entwurfs und der An- 
wendung von VLSI-Computer- und 
Prozessorsystemen. Durch den mul- 
tidisziplinären Charakter der Konfe- 
renz wurden die gegenseitigen Ein- 
flüsse zwischen Architektur, rechner- 
gestütztem Entwurf, Schaltkreistest 
und VLSI-Basistechnologien deut- 
lich. Die Beteiligung von etwa 500 
Spezialisten zeigte deutlich ein ge- 
stiegenes Interesse an dieser Konfe- 
renz, die als einzige diesen multidiszi- 
plinären Aspekt des Computerent- 
wurfs betont. Die internationale Betei- 
ligung dokumentierte sich in Vorträ- 
gen aus 1 1 Ländern, wobei die USA 
mit 101 von 130 Vorträgen dominier- 
ten. 

Jedoch war auch neben den fünf ja- 
panischen Beiträgen vor allem eine 
gegenüber früheren ICCDs gestie- 
gene europäischen Beteiligung zu 
bemerken, aus der deutlich wird, daß 
in Westeuropa intensive Bemühun- 
gen im Gange sind, durch Beherr- 
schung der Mikroelektronik, speziell 
der Höchstintegration, die entstande- 
nen Abhängigkeiten von den USA 
und Japan abzubauen. Der Anteil der 
USA-Hochschulen und Universitäten 
zeigt, daß in der Zusammenarbeit 
zwischen Industrie und Hochschulen 
ein höheres Niveau erreicht wurde, 
daß die Hochschulen enger an die 
Forschungsziele der führenden Kon- 
zerne mit konkreten Aufgaben ge- 
bunden werden. 

Die ICCD ’88 stand unter dem Motto 
„Supercomputer - Herausforderung, 
Entwurf und Anwendung“. Diesem 
roten Faden waren die Vorträge in 
vier Sektionen zugeordnet, welche 
die jüngsten und wichtigsten Neue- 
rungen und die darauf aufbauenden 
perspektivischen Aufgaben darstell- 
ten. In der Sektion „VLSI-Technolo- 
gien" spielte der Einfluß der ASICs 
auf den Computerentwurf die Haupt- 
rolle, wobei neben dem gegenwärti- 
gen Stand der Technik die zukünfti- 
gen Anforderungen diskutiert wur- 

Schwerpunkte waren die Anforderun- 
gen der Hersteller von Supercompu- 
tern und Super-Mini-Computern (z. B. 
Cray, IBM, Convex Computer Corpo- 
ration) an integrierte Schaltkreise, 
speziell ASICs, Gehäuse in Verbin- 
dung mit Leiterplatten, Eotwurfsme- 
thoden und Entwurfswerkzeuge und 
Testmethoden für Schaltkreise und 
Systeme. In den Beiträgen wurde vor- 
ausgesetzt, daß die Entwicklung der 
Basistechnologien - ausgedrückt in 
der Erhöhung des Integrationsgrades 
und der Verringerung der minimalen 
Strukturmaße - ungebrochen weiter 
anhält und dabei die Speicherschalt- 
kreise als „Technologielokomotiven“ 
fungieren. 

Hersteller von Supercomputern nutz- 
ten die Konferenz, um neue Entwick- 
lungslinien vorzustellen und zu disku- 
tieren, z. B. das neue C-Serien-Sy- 


stem von Convex und das Y-MP-Sy- 
stem von Cray. 

In der Sektion „Entwurf und Test" 
wurde ein breites Spektrum wichtiger 
Probleme des Tests von VLSI-Chips 
und -Arrays, die in Rechnersystemen 
eingesetzt sind, zur Diskussion ge- 
bracht. Zum Thema „Design for Te- 
stability" (= testfreundlicher Entwurf) 
unterstrichen die Bedeutung dieses 
Gebietes. Sowohl Hardware- als 
auch Softwarelösungen müssen 
dazu beitragen, die Zurückweisungs- 
quote in der Mitte der 90er Jahre auf 
1 ppm (parts per million) zu senken. 

In der Sektion „Rechnergestützer 
Entwurf (CAD)" wurde davon ausge- 
gangen, daß nach Jahren einer 
sprunghaften Entwicklung seit Be- 
ginn der 80er Jahre gegenwärtig eine 
solche Reife erreicht ist, daß mit den 
vorhandenen Entwurfswerkzeugen 
der technologische Fortschritt auch 
sinnvoll genutzt werden kann. 
Schwerpunkte waren neue Simula- 
tionstechniken und Schaltungssyn- 
these in den oberen Entwurfsebenen 
(Architekturniveau). 

Die Sektion „Architekturen und Algo- 
rithmen“ konzentrierte sich auf die 
Frage „Wann wird der breite Einsatz 
von Parallelcomputern zur Realität 
werden?" Mit der Darstellung des ge- 
genwärtigen Standes der Architektur, 
des Entwurfes und der Technologie 
von Supercomputern, Parallel-Pro- 
zessoren und fortgeschrittenen Mi- 
kroprozessoren wird eingeschätzt, 
daß in den 90er Jahren der Übergang 
zu Parallelcomputern vollzogen 
wird. 

Daneben wurden aber auch die ge- 
genwärtigen Entwicklungen von Mi- 
kroprozessoren mit neuen Lösungen 
auf den Gebieten 

- Entwurfstechnik einschließlich Be- 
fehlsreorganisation 

- Pipelining auf Basis von Cache- 
Speichern 

- Systemunterstützung für Mikropro- 
zessoren (z. B. BUS-Entwurf, Compi- 
ler-Technologie, Cache-Zusammen- 
arbeit) 

diskutiert. 

An Hochleistungscomputern mit 
neuen Architekturen waren u. a. inter- 
essant: 

- Cydra5, eine Maschine mit sehr 
langem Befehlswort (Very-Iong in- 
struction word - VLIW) 

- ESA/370 von IBM. 

Insgesamt wurde deutlich, daß alle 
diese Schritte zur Erhöhung der Lei- 
stungsfähigkeit von Computern auf 
der Basis 


- von schnellen, höchstintegrierten 
Speicherschaltkreisen für Haupt- und 
Schnellspeicher (Caches) 

- von hochintegrierten, schnell und 
flexibel entwerfbaren ASICs und in 
zunehmendem Maße auch 

- von einer Kombination dieser 
Schaltkreisklassen, den sogenann- 
ten ASMICs (application specific me- 
mory integrated circuits - Anwen- 
dungsspezifische Speicherschalt- 
kreise) 

erfolgen. 

Stellvertretend für die letzte Gruppe, 
die ASMICs, ist ein Beitrag von TO- 
SHIBA „Large Memory embedded 
ASICs“ zu nennen. Es wurde eine ge- 
meinsame Intergration eines 1-MBit- 
DRAMs mit einem 72-Tausend-Gat- 
ter-ASIC (See-Konzept) vorgestellt. 
Das Chip von 15 x 15 mm 2 wurde in 
einer weiterentwickelten l-^m-Tech- 
nologie entworfen. 

Trendeinschätzung 
Auf der ICCD '88 wurden die Fort- 
schritte auf all den Gebieten, die mit 
dem Entwurf von Computern ver- 
knüpft sind, vorgestellt und die Ent- 
wicklungslinien sichtbar gemacht. 
Besonders der Vormarsch von 
CMOS-ASIC-Schaltkreisen auch auf 
dem Gebiet der Computerentwick- 
lung ist deutlich geworden. Damit ist 
ein Rückgang der bisher dominieren- 
den ECL-Technik auf diesem Gebiet 
zu verzeichnen. Bei der Entwurfsme- 
thodik erfolgt damit ebenfalls eine Ab- 
lösung der bisherigen Prozessorspe- 
zialentwürfe durch ASICs. Unter Aus- 
nutzung des mit CMOS-Technolo- 
gien erreichbaren hohen Integra- 
tionsgrades und der Flexibilität dieser 
Technologien bilden sich neue Schalt- 
kreisklassen heraus, für die der Begriff 
„Heterointegration“ genannt wurde. 
Dies sind Schaltkreise, auf denen un- 
terschiedliche Schaltungen auf ei- 
nem Chip integriert sind, z. B. digital 
und analog; Speicher und Logik; 
Hochvolt- und Niedervoltschaltun- 
gen. Die weitere Entwicklung speziel- 
ler Integrationsparameter bei ASICs 
wird entsprechend Tafel 1 prognosti- 
ziert. 

Auf dem Gebiet der Computerarchi- 
tektur erhalten Parallelcomputer eine 
immer größere Bedeutung. Aus der 
Laborkuriosität der 70er Jahre ent- 
wickelten sich erste reale Lösungen 
in den 80er Jahren, die den Mythos 
der Nichtmachbarkeit zerbrachen, so 
daß in den 90er Jahren mit einer Her- 
stellung zu rechnen ist. 

Dr. Jens Knobloch 


1 . Fachtagung 
Anwendung von 32-Bit- 
Rechenanlagen des SKR“ 

Von der Kammer der Technik, Be- 
zirksvorstand Gera, und dem vor kur- 
zem gegründeten Fachausschuß Mi- 
nicomputersysteme wurde am 25. 
und 26. Januar 1989 in Gera mit 360 
Teilnehmern die 1. Fachtagung zur 
„Anwendung von 32-Bit-Rechenan- 
lagen des SKR“ durchgeführt. Das 
Tagungsprogramm umfaßte 20 Vor- 
träge zu Architektur, Einsatzcharak- 
teristika, Betriebssystemen und wei- 
terführenden Softwareprodukten für 
die 32-Bit-Rechenanlagen des Sy- 
stems der Kleinrechentechnik (SKR). 
Im Mittelpunkt der Tagung stand 
schwerpunktmäßig die Anwendung 
des 32-Bit-Kleinrechners Kl 840 aus 
der Produktion des VEB Kombinat 
Robotron. 

Prof. Dr. Jungmann (IZ/TUD) gab 
eine Einführung in die Architektur der 
32-Bit-Technik und des K 1840. Prof. 
Dr. Schröder/Brunner (IH Zwickau) 
berichteten über erste Einsatzerfah- 
rungen mit der SM52/12 aus der 
CSSR und Dr. Gatter (FSU Jena) 
über erste Einsatzerfahrungen mit 
der Elektronika-82 aus der CSSR. 
Prof. Dr. Horn (IZ/TUD) gab eine Ein- 
führung in die Architektur des Be- 
triebssystems SVP-1800, die von 
Sachse (LfA Berlin) durch spezielle 
Charakteristika aus Programmierer- 
sicht ergänzt wurden. Liebold (127 
TUD) berichtete über Einsatzerfah- 
rungen aus der Industrieerprobung 
des Betriebssystems MUTOS-1 800. 
Dr. Gollnick (LfA Berlin) gab eine 
Übersicht über Softwaresysteme des 
Leitzentrums für Anwendungsfor- 
schung (LfA) für den Kl 840 wie IN- 
FOset, CADset, TOOLset, COMMset 
und Softwarepakete für den System- 
verwalter, die dann durch weitere 
spezielle Vorträge des LfA ergänzt 
wurden. 

Dr. Utke (IZ/TUD) stellte die SKRnet- 
Software für globale und lokale Rech- 
nernetze vor und diskutierte Pro- 
bleme des Aufbaus von lokalen Net- 
zen mit einer Datenübertragungsrate 
von 10 MBit/s (ROLANET 2) sowie 
die Einbindung von Personalcompu- 
tern unter dem Betriebssystem DCP. 

In einem abschließenden Komplex 
wurden Probleme der Anwendung 
und des Einsatzes der Programmier- 
sprachen Lisp, Prolog, Ada, Fortran- 
77, Modula-2 und C diskutiert. Insbe- 
sondere seien hier die Berichte über 
das Programmiersystem EXPERT 
COMMON LISP von Dr. Friedrich 
(ZKI Berlin) und das Programmiersy- 
stem Ada von Stein (ZKI Berlin) her- 
vorgehoben. 

Abschließend sei erwähnt, daß das 
Interesse an dieser Fachtagung au- 
ßerordentlich hoch war (aus Kapazi- 
tätsgründen konnten leider über 250 
Teilnahmewünsche nicht berücksich- 
tigt werden), was sich vor allem aus 
der Bedeutung der 32-Bit-T echnik für 
fast alle Kombinate und Industrie- 
zweige bei der weiteren erfolgreichen 
Anwendung der Schlüsseltechnolo- 
gien und Umsetzung der CAD/CAM- 
Strategie unserer Partei erklärt. 

Prot. Dr. Thomas Horn 
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Entwicklungen und Tendenzen 


Forschungen 
für 64-MBit-DRAM 

Die Firma Fujitsu gab kürzlich auf 
dem International Electron Devices 
Meeting in San Francisco Details ei- 
nes 64-MBit-DRAMs bekannt. Erste 
Muster sollen in den nächsten fünf 
Jahren vorliegen. 

Die von Fujitsu angewendete T echnik 
der dreidimensionalen Kapazitäts- 
zellen soll zwei wesentliche Neuerun- 
gen aufweisen. Erstens besitzen die 
Kapazitätszellen eine besonders 
feine und horizontale Struktur und 
zweitens wurde mit einer 0,2-«m- 
Technologie eine Speicherzelle von 
0,9/fm 2 erzeugt. Diese Speicherzelle 
ist damit rund 20mal kleiner als die 
des 1-MBit-DRAMs, der in einer 1- 
«n-Technologie gefertigt wird. mp 

Leiterplattenentflechten 
mit Transputerhilfe 

Von der Firma Ziegler Instruments 
wurde ein transputerbestücktes Zu- 
satzboard für PCs entwickelt, um die 
Arbeit mit dem Softwarepaket Caddy- 
Autorouter zum Entflechten komple- 
xer Leiterplatten beschleunigen zu 
können. Das gesamte Autorouting 
wird von der CPU des PCs auf den 
Transputer verlagert; dieser erlaubt 
mit eigenem Speicher und seinen 
Kommunikationskanälen durch Pa- 
rallel-Processing Echtzeitverarbei- 
tung. Die Prozessoren sind mit 
20MFIz getaktet und erreichen - je 
nach Version des Boards - eine Re- 
chenleistung von 10 oder 20 MIPS. 
Damit soll es möglich sein, das Auto- 
routing bis zu zehnmal schneller als 
auf herkömmlichen PCs ausführen zu 
können. mp 

Der PC-Markt’88 

in den USA . . . 

Laut einer Analyse des Marktfor- 
schungsunternehmens Store Board 
Inc. wurden 1988 in den USA allein 
über den Fachhandel mehr als 2,8 
Millionen PCs verkauft. Davon waren 
etwa 80 Prozent mit Intel-Prozesso- 
ren ausgestattet. Der Anteil des 
80286 an diesem Segment betrug 54 
Prozent, des 8088/8086 18 Prozent 
und des 32-Bit-Prozessors 80386 1 8 
Prozent. Marktführer sind IBM mit 
etwa 907000 verkauften PCs, Com- 
paq mit etwa 455000 Einheiten und 
Apple mit etwa 440000 Stück. Im Bu- 
siness-PC-Markt nennt Store Board 
als Spitzenreiter IBM mit 34 Prozent 
US-Marktanteil (1987 41%), gefolgt 
von Compaq mit 24 Prozent (1987 
24%) und Apple mit 1 1 Prozent(1987 
12%). Fast die Flälfte aller in den 
USA verkauften Laptops - 57000 
Stück - stammten von Toshiba, so 
daß die Firma hierbei Marktführer 
bleibt. 

. . . und in der BRD 

Das Marktforschungsinstitut IDC 
nennt für 1988 einen Absatz von 
1,52 Millionen PCs plus 58000 trag- 
bare PCs. Bei den Desktops dominie- 
ren noch 8-Bit-Prozessoren mit 30 
Prozent, gefolgt vom 80286 mit 27 
Prozent, Motorola 680x0 mit 24 Pro- 
zent, 8088/8086 mit 14 Prozent und 
dem 80386 mit 5 Prozent. 1 987 wa- 
ren etwa 1 ,4 Millionen PCs verkauft 
worden ; der Anteil der 80386-PCs lag 


bei 1,3 Prozent und der der 8088/ 
8086- PCs noch über 45 Prozent. Ent- 
sprechend dieser Entwicklung seien 
laut IDC 8088/8086-PCs nun in die 
Fleimcomputerwelt gerutscht. Mit der 
Verfügbarkeit von OS/2 als Nachfol- 
gebetriebssystem für MS-DOS wird 
1 988 als das Jahr der massiven Vor- 
bereitung eines bevorstehenden Ge- 
nerationswechsels im PC-Markt be- 
zeichnet. Bemerkenswert seien die 
verschwimmenden Grenzen zwi- 
schen Flochleistungs-PCs und 
Workstations. Während die derzei- 
tige Leistung der Workstations in 
etwa einem Jahr auch von PCs er- 
bracht werden, wird bei Workstations 
eine Entwicklung in Richtung Minis 
und Superminis erwartet. Die Markt- 
sättigung für Workstations sei mit we- 
niger als 10 Prozent noch lange nicht 
erreicht. MP 

„Raucherfreie“ 

Halbleiterfertigung 

Laut einer Studie des US-Konsor- 
tiums Sematech, einer Forschungs- 
kooperation zur Fierstellung modern- 
ster Halbleiter, atmen Raucher noch 
Stunden nach der letzten Zigarette 
soviel Schmutzpartikel aus, daß sie 
im Vergleich zu Nichtrauchern die 
zehnfache Luftverschmutzung verur- 
sachen. Mit Beginn dieses Jahres hat 
deshalb der amerikanische Halblei- 
terproduzent Advanced Micro Devi- 
ces (AMD) eine Kampagne gestartet, 
um Raucher aus den Reinräumen in 
seinen beiden texanischen Werken 
zu verbannen. Allerdings erhalten die 
Raucher zunächst Gelegenheit, sich 
in kostenlosen Kursen das Rauchen 
abzugewöhnen. Sollten die Ergeb- 
nisse der Kampagne positiv sein, 
droht auch den Rauchern in den kali- 
fornischen Werken ein Verbot zum 
Betreten der Reinräume. MP 

Intel System 520 

Als bedeutender Schaltkreisherstel- 
ler ist die Firma Intel allgemein be- 
kannt. Weniger bekannt dürfte sein, 
daß sie - laut Infocorp und Dataquest 
- bei sogenannten Midrange-Compu- 
tern nach IBM und DEC sowie vor 



Als erstes Produkt mit der neuen Mul- 
tibus II Systems Architecture (MSA) 
und auf der Basis des 80386 wurde 


vor kurzem das System 520 präsen- 
tiert. MSA besteht aus einer Hierar- 
chie von Hardware, Firmware sowie 
Software-Schnittstellen und Protokol- 
len und erweitert den Multibus II in 
Richtung Systementwurf, da sie die 
Zusammenarbeit auf der System- 
ebene fördert. Die tragenden Pfeiler 
der Architektur sind: skalierbares 
Multiprocessing, das Multibus II- 
Transportprotokoll und Message 
Passing, Multiprozessor-Systemboot 
und -Initialisierung sowie System- 
und Board-Diagnose. Das System 
520 läßt sich auf bis zu vier CPU-Pla- 
tinen ausbauen, läuft unter dem Echt- 
zeit-Betriebssystem iRMX II und ver- 
fügt über einen SCSI-Peripherie- 
Controller sowie einen E/A-Server mit 
Grafik in Fenstertechnik. Das System 
nutzt die Multibus Il-Busplatine als 
schnelles Netz, das den voneinander 
unabhängigen Prozessoren das Ar- 
beiten als vernetzte Systeme erlaubt. 
Jeder Prozessor kann mit jedem an- 
deren Prozessor über die Busplatine 
und mit weiteren vernetzten Syste- 
men File-Sharing und File-Transfer 
betreiben sowie als virtuelles Termi- 
nal dienen. Das System gibt es in drei 
Konfigurationen. 

Das OEM-Basissystem im Standge- 
häuse (daneben ist auch ein Tischge- 
häuse verfügbar) mit acht Steckplät- 
zen enthält den SCSI-ControlleriSBC 
386/258, das zentrale Service-Modul, 
eine 540-Watt-Stromversorgung, 
Floppy-Disk-Controller und -Lauf- 
werk sowie die Dokumentation. 

Als „base plus“ kommen dazu noch 
eine 20-MHz-CPU-Karte mit 4 MByte 
DRAM, ein Grafik-Controller, ein 
Sechskanal-Terminal-Controller, ein 
Ethernet-Controller, 380-MByte- 
Festplatte und ein 1 50-MByte-Band- 
laufwerk. 

Interaktive Grafik mit schneller Fen- 
stertechnik bietet das erstmals im Sy- 
stem 520 eingesetzte Grafik-Subsy- 
stem iSBX 279. Es eignet sich für Pla- 
tinen und Systeme, die unter iRMX 
laufen. Es wird über einen Standard- 
SBX-Steckverbinder an die Platinen 
angeschlossen. Das Subsystem ver- 
wendet den Display-Prozessor 
82786 für die nahezu verzögerungs- 
freien Fenstermanipulationen. Es 
wird mit einer Bibliothek von Applika- 
tionsschnittstellen geliefert, die einen 
umfangreichen Satz von Prozedur- 
aufrufen zur Steuerung der Bit-map- 
Grafik und der Fenster enthält. Zu- 
sätzliche menügestützte Software er- 
möglicht die interaktive Manipulation 
mit einer Maus. Mehrere einander 
überlappende Fenster mit grafischen 
oder alphanumerischen Informatio- 
nen lassen sich darstellen. mp 

Flache 

Kathodenstrahlbildröhre 

Nach dem Prinzip des Strahlindex hat 
die Firma Matsushita eine flache Ka- 
thodenstrahlröhre entwickelt, die in 
ihren Eigenschaften und in bezug auf 
die Geometrie den handelsüblichen 
Farbbildröhren entspricht. 

Die Bildröhre soll eine Länge von 
31 ,7 cm, einen Halsdurchmesser von 
20 mm und eine Diagonale von 
1 5,2 cm aufweisen. Der Hals der Bild- 
röhre zeigt senkrecht nach unten. 
Durch diese konstruktive Lösung be- 


trägt die Einbautiefe nur 77 mm. 
Matsushita hat mehrere Jahre benö- 
tigt, um die Nachteile des schon lange 
bekannten Strahlindexverfahrens zu 
beseitigen. Dabei mußten Lösungen 
für die schwer beherrschbaren Hellig- 
keitsunterschiede zwischen dem 
oberen und dem unteren Bildteil ge- 
funden werden. Die Indexröhre arbei- 
tet im Gegensatz zu normalen Bild- 
röhren statt mit drei nur mit einem 
Elektronenstrahl für die Farben rot, 
grün und blau. Die Farben werden 
durch rote, grüne und blaue vertikale 
Farbstreifen auf der Frontplatte beim 
Überstreichen mit dem scharf gebün- 
delten, energiereichen Kathoden- 
strahl erzeugt. Die Steuerung der 
Farben erfolgt durch zusätzliche Fo- 
todioden und einen Fotoverstärker. 
Indexröhren arbeiten nicht mit einer 
Schattenmaske. Dadurch treten 
keine Farbverfälschungen durch Auf- 
heizen der Maske und durch erdma- 
gnetische Einflüsse auf. 

Quelle: Blick durch die Wirtschaft 
vom 10. 01. 1989 Wi 

Bleistifte 

bleiben Arbeitsmittel 

Kugelschreiber, Tintenstifte und Tu- 
schespitzen sind die gebräuchlich- 
sten Zeichengeräte bei Plottern. Für 
den Konstrukteur oder Architekten ist 
jedoch der Bleistift das traditionelle 
Arbeitsmittel. 

Die Firma CalComp setzt den Bleistift 
ein, um preiswerte Plotterausgaben 
mit höchster Geschwindigkeit zu rea- 
lisieren. Diese Ausgaben gestatten 
es, Änderungen durch Radieren und 
manuelles Ergänzen vorzunehmen. 
Nach der optischen Prüfung der 
Zeichnung kann die Reinzeichnung 
mit der erforderlichen Genauigkeit 
und Qualität in Tusche erfolgen. 

Ein manueller Wechsel der Stifte ist 
nicht erforderlich, da sich alle Stiftar- 
ten in einem Karussell befinden, daß 
entsprechend angesteuert werden 
kann. 

Quelle: BZB-Sachmagazin. - Ham- 
burg 92(1 989)1. -S. 38 Wi 

lOOMByte 
auf Glas-Festplatte 

Auf der Suche nach immer neuen 
Möglichkeiten, die Speicherkapazität 
zu erhöhen und neue Substrate zu 
verwenden, gewinnt der Rohstoff 
Glas mehr und mehr an Bedeutung. 
Die kalifornische Firma Areal Tech- 
nology Corp. konstruierte eine neuar- 
tige Festplatte, die als Basis für die 
aufgesprühte Magnetschicht ein 
Glassubstrat verwendet. Die Fest- 
platte verfügt über eine Speicherka- 
pazität von lOOMByte und befindet 
sich in einem 2,5 x 10 x 13 cm 3 gro- 
ßen Gehäuse. 

Die Schreibdichte wird mit 57000 Bit 
pro Zoll in der inneren Spur angege- 
ben. Durch eine Verkleinerung der 
Dünnschicht-Schreib-/Leseköpfe 
konnte der Abstand zwischen Plat- 
tenoberfläche und Kopf auf 4/rm ver- 
kürzt werden. 

Das zunächst als Prototyp unter der 
Bezeichnung BP-100 fertiggestellte 
Festplatten-Laufwerk ist für Anwen- 
dungen in Laptop-Computern vorge- 
sehen. 

Quelle: Elektronik. - München 38 
(1989) 1.—S.7 Fa. 
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vorgestellt 


EAW electronic 

P8000 

compact 

Auf der Leipziger Frühjahrsmesse 
1989 präsentierte das Kombinat 
Eiektro-Apparate- Werke Berlin- Trep- 
tow das Programmier- und Entwick- 
lungssystem P8000 compact. Der 
P8000 compact ist der erste Rech- 
ner mit dem ebenfalls erstmals auf 
der LFM '89 ausgestellten schnellen 
1 6-Bit-Mikroprozessorsystem U 
80600 vom Kombinat Mikroelektronik 
Erfurt (siehe auch Seite 130). 

Mit dem P 8000 compact setzt das 
Kombinat EAW eine Produktlinie fort, 
die 1 984 mit dem GDS 6000 (A 51 20- 
kompatibel, Betriebssystem UDOS) 
begann. Nachdem der GDS 6000 
1985 um den Prozessor U 8000 er- 
weitert wurde, entwickelte das EAW- 
Forscherteam 1987 den P 8000 (Pro- 
zessorsysteme U 880 und U 8000, 
Betriebssysteme WEGA, UDOS, OS/ 
M und IS/M). Der P 8000 compact, 
der 1989 den P 8000 ablösen wird 
(vergleiche MP 3/1987, Seite 68), er- 
möglicht mit dem (dritten) Prozessor- 
system U 80600 zusätzlich die Nut- 
zung des Betriebssystems WDOS. 
Durch die Integration der Winchester- 
laufwerke in das Grundgerät (beim P 
8000 war dafür ein Beistellgerät erfor- 
derlich) wurde beim P 8000 compact 
eine Volumenreduzierung von 50% 
erreicht. 

Während die zwei Harddisklaufwerke 
nur von den Betriebssystemen 
WEGA und WDOS verwaltet werden, 
dienen die zwei Floppy-Disks im 
Grundgerät den Betriebssystemen 
UDOS und OS/M als Massenspei- 
cher (unter WEGA und WDOS wer- 
den sie nur für die Backup-Speiche- 
rung verwendet). Für UDOS und OS/ 
M können optional zwei weitere ex- 
terne Floppylaufwerke angeschlos- 
sen werden. 

Auf der U 8001-CPU-Karte befinden 
sich fünf Steckplätze (Slots). Ein 
Steckplatz wird von der batteriege- 
pufferten Systemuhr belegt. Die an- 
deren vier Steckplätze können bis zu 
vier 1-MByte-RAM-Karten (mit 256- 
KBit-Chips) für den U 8001 aufneh- 
men (adressierbar sind 8 MByte). Da- 
mit stehen dem Betriebssystem 
WEGA 4 MByte RAM zur Verfügung. 
Für den Einsatz des Betriebssystems 
WDOS werden zwei Steckplätze, für 
die U 80601-CPU-Karte und eine 1- 
MByte-Dualport-RAM-Karte, benö- 
tigt. Das geht zu Lasten des WEGA 
Hauptspeichers, so daß WEGA dann 
noch 2 MByte RAM verwalten kann 
und 1 MByte RAM von WDOS und 
WEGA parallel verwaltet wird. 

Der P 8000 compact ist mit acht V.24- 
/IFSS-Kanälen ausgestattet. An 
diese Kanäle können wahlweise P 
8000-Terminals, Drucker, Emulato- 
ren oder flemofe-Computer ange- 
schlossen werden. Die Remote- 
Computer sind PCs, die unter WEGA 
als Terminals im Multiuserbetrieb ar- 
beiten. 



Der EPROM-Programmer wird über 
eine parallele 8-Bit-Schnittstelle an- 
geschlossen und ist für die Program- 
mierung der EPROM-Typen 2716, 
2732, 2732A, 2764, 2764A, 27128, 
271 28A, 27256, 27256A und 27512 
geeignet. 

Für den P 8000 compact werden dem 
Nutzer vier Betriebssysteme zur Ver- 
fügung gestellt. Dem Multiuser- und 
Multitaskingbetrieb dient das UNIX- 
kompatible WEGA (UNIX-Version 7 
bzw. UNIX-System III). Es läuft auf 
dem Prozessor U 8001 und enthält 
ein hierarchisches Dateiverwaltungs- 
system, die Möglichkeit der Ein-/Aus- 
gabeumlenkung, Möglichkeiten zur 
Pipe- und Filterverarbeitung sowie ei- 
nen Shell-Kommandointerpreter. Die 
Systemsprache ist C. Zum WEGA- 
System gehören rund 200 Dienstpro- 
gramme, die den UNIX-Werkzeug- 
satz bilden, weiterhin Assembler und 
C-Compiler, für den U 8000, Pro- 
gramme für Textverarbeitung (nroff, 
troff) und Rechnerkopplung (uucp, re- 
mote) sowie ein System für die Ver- 
waltung von Anwenderquellprogram- 
men (source code control System). 
(Siehe auch MP 8/1988, Seite 227.) 
Das zweite 16-Bit-Betriebssystem ist 
das MS-DOS-teilkompatible WDOS. 
Es läuft auf dem Prozessor U 80601 
und kann an einem der maximal acht 
Terminals unter WEGA-Steuerung im 
Singleuserbetrieb genutzt werden. 
Dem Anwender stehen 640 KByte 
RAM zur Verfügung. Es können Sy- 
stem- und Anwenderprogramme von 
MS-DOS-kompatiblen Rechnern ab- 
gearbeitet werden, sofern sie zeilen- 
orientiert arbeiten. WDOS kann pa- 
rallel zu WEGA arbeiten, da es auf ei- 
nem zweiten Prozessor läuft. 

Die beiden 8-Bit-Betriebssysteme 
sind das RIO-kompatible UDOS und 
das CP/M-kompatible 0S/M (Version 
2.2), die auf dem Prozessor U 880 ab- 
gearbeitet werden. Während UDOS 
Softwaresysteme für die Entwicklung 
von Anwendersoftware der Prozes- 
soren U 880, U 881 .. . 886 und U 
8000 enthält, kann mit OS/M die Ef- 
fektivität der Hilfs- und Nebenpro- 
zesse, insbesondere Textverarbei- 
tung (WS-kompatible) und Daten- 
bankarbeit (dBase ll-kompatibel) er- 
höht werden. 

Mit dem P 8000 compact wird den 
Hard- und Softwareentwicklern ein 


System in die Hand gegeben, das die 
Programmentwicklung und -testung 
für alle in der DDR verfügbaren Mikro- 
prozessortypen (U 880, U 881 . . . 886, 


U 8000, K 1810 WM86/88, U 80600) 

ermöglicht. Dabei kann im Multiuser- 
betrieb gearbeitet werden. 

MP-Hk 


Technische Parameter 


Abmessungen . 

.des Grundgerätes (HxBxT) 

42C 260 - 39 

Interface (seriell) 

V.24 (maximal 10 m) 

IFSS (maximal 500 m) 

Floppy Disks 

2 x 5V4" mit maximal je 1 ,6 MByte 
optional 2 x 5 W' extern 

Harddisks 

1 bis 2 x 5'/4" mit je 43 MByte 

Steckplätze 

5 

Hauptspeicher 

maximal 4 MByte DRAM auf 4 Leiterplatten 
zujel MByte 

U 8001-CPU-Karte 

4 serielle Schnittstellen 

U 880-CPU-Karte 

64 KByte DRAM 

2 externe Floppies möglich 

U 80601-CPU-Karte mit 

auf 2 Steckplätzen (für U 8001 -CPU-Karte, 

1 -MByte-Dual-Port-RAM-Karte 

dadurch noch maximal 2 MByte DRAM 
verfügbar) 

Uhr 

batteriegestützt (belegt einen Steckplatz) 

Terminal 

VT 1 00-kompatibel mit Monitor K 7229 
(monochrom, alphanumerisch) 

EPROM-Programmer 

für 2716bis 27512 

Einchiprechner-Emulator 

für EMR der U 881 -Reihe 

Betriebssysteme 

UDOS (RIO-kompatibel) 

OS/M (CP/M-kompatibel) 

WEGA (UNIX-kompatibel) 

WDOS (MS-DOS-teilkompatibel) 

Erweiterungssoftware 

WEGA-CROSS (Assembler und Compiler) 
für U 880, U 881 , K 1 81 0 WM86) 
WEGA-WORD (Textverarbeitung) 
WEGA-CALC (Tabellenkalkulation) 
WEGA-DATA (Datenbanksystem) 
WEGA-REMOTE (für sternförmige Rech- 
nernetze mit PCs) 

IRTS-8000 (für Echtzeitanwendungen) 

Programmiersprachen 

WEGA-BASIC 

WEGA-PASCAL 

WEGA-FORTRAN 77 

Stromversorgung 

10% 

220 V± 50 Hz, 150 VA 

15% 
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Informatik 


dBASE III 

Von Dr. sc. rer. nat. Wilfried Gra- 
fik. Reihe Technische Informatik. 
1. Auflage. 240 Seiten, 31 Bilder, 
15 Tafeln, Broschur, 

DDR 24,- M, Ausland 32,- DM. 
Bestellangaben: 554 093 2/Grafik, 
dBASE III 

Fachbuch für Erstanwender und 
Nutzer von 16-Bit-Mikrorechnern. 
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und 

Nachauflagen 


Der 16-Bit-Mikroprozessor des ESER-PC 

Von Dipl.-Phys. Jochen Bonitz. Reihe Tech- 
nische Informatik. 1 . Auflage. 204 Seiten, 

33 Bilder, 30 Tafeln, Broschur, DDR 20,- M, 
Ausland 28,-DM. Bestellangaben: 

554094 0/Bonitz, 16-Bit-MP 
Lehr- und Arbeitsbuch. 


Wissensspeicher 

Mikrorechner- 

programmierung 

Von Dr.-Ing. Ludwig Claßen 
und Dipl.-Math. Ulrich Oef- 
ler. ReiheTechnische Infor- 
matik. 4., stark bearbeitete 
Auflage. 240 Seiten, 51 Bil- 
der, 22 Tafeln, Broschur, 
DDR 22,- M, Ausland 
22,- DM. Bestellangaben: 
554103 8/Claßen, Pro- 
grammierung 
Die Auflage wurde aktuali- 
siert und um zwei neue 
hochintegrierte Periphe- 
riebausteine erweitert. 


Operationsverstärker 

Von Dr.-Ing. Jir i Dostäl. Aus 
dem Tschechischen. 2., 
durchgesehene Auflage. 
375 Seiten, 263 Bilder, 17 
Tafeln, Leinen, DDR 
38,- M, Ausland 56,- DM. 
Bestellangaben: 5540780/ 
Dostäl, Operation 


Einführung 
in die Informations- 
verarbeitung 

Von Prof. Dr. sc. techn. 
Gerhard Entreß und Dr.-Ing 
Lieselotte Entreß. 2., bear- 
beitete Auflage. 312 Seiten, 
341 Bilder, 108 Tafeln, Lei- 
nen, DDR 23,50 M, Ausland 
36,- DM. Bestellangaben: 
553 920 2/Entreß, Informa- 
tion 

In der 2. Auflage wurden 
Ergänzungen und Aktuali- 
sierungen vorgenommen. 


VEB 

VERLAG TECHNIK BERLIN 


Taschenbuch Elektrotechnik 

Band 3 : Bauelemente und Bausteine der 

Informationstechnik 

Herausgegeben von Prof. Dr. sc. techn. Dr. 
techn. h. c. Eugen Philippow. 3., stark bear- 
beitete Auflage. Zwei Teile. 1192 Seiten, 
1525 Bilder, 400 Tafeln, Kunstleder, im Schu- 
ber, Teile l/ll 44, -M, Ausland 64, -DM. Be- 
stellangaben: 553 71 3 5/Tb. Elektro 3 
Die Auflage wurde völlig überarbeitet und auf 
den neuesten Stand gebracht. 


Fertigung integrierter 
Schaltungen 

Von Prof. Dr. sc. techn. Klaus Schade, Dr. 
rer. nat. Roland Köhler und Prof. Dr. sc. 
techn. Dietrich Theß. 1 . Auflage. 236 Seiten, 
1 16 Bilder, 53 Tafeln, Broschur, DDR24.-M, 
Ausland 32, -DM. Bestellangaben: 
5539106/Schade, Schaltungen 
Fachbuch für Leser, die über keine Vorkennt- 
nisse auf diesem Gebiet verfügen. 
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Schaltkreise des Systems U 80600 


CPU U 80601 


Buscontroller 
U 80606 


EDO U 80608 


DRAM-Controller 
U 80610 


Fotos: Eberhard Mai 



CPU U 80601 Gegenüber dem K 1 81 0 WM86 hat der U 80601 
einen erhöhten Befehlsdurchsatz, eine Unterstüt- 
zung von virtuellen Adressierungskonzepten, einen 
verbesserten Zugriffsschutz und die Fähigkeit des 
Multitasking. Bei gleicher Taktfrequenz erreicht er 
die 2,5fache Rechnerleistung. Seine maximale . 
Taktfrequenz beträgt 16 MHz. Programme, die für 
den K 1 810 WM86 geschrieben wurden, laufen 
auch auf dem U 80601 . 


EDC U 80608 Der Schaltkreis zur Fehlererkennung und -korrektur 
(Error Detection and Correction) analysiert Daten- 
verluste, die durch äußere Einflüsse wie Störstrah- 
lung entstanden sind (Soft Errors). Er erzeugt einen 
fehlerkorrigierenden Code und nimmt im Fehlerfall 
die Korrektur vor. Der U 80608 ist für'die direkte 
Zusammenarbeit mit dem U 80610 konzipiert. 


Der Buscontroller hat die Aufgabe, die Statussi- Buscontroller 
gnale der CPU U 80601 zu dekodieren und daraus u 80606 
die entsprechenden Lese- und Schreibkommandos 
für den Bus zu erzeugen. Weiterhin steuert der 
U 80606 die Adreßlatches und die Datenbustreiber 
durch entsprechende Steuersignale. 


Der U 8061 0 unterstützt den Anschluß von dynami- DRAM-Controller 
sehen RAM-Schaltkreisen mit Speicherkapazitäten u 806 1 0 
von 1 6, 64 und 256 KBit. Er kann einen Adreßraum 
von 2 MByte verwalten und eignet sich für den Auf- 
bau von Dual-Port-RAMs. Zusammen mit dem 
U 80608 ermöglicht er die Erkennung und Korrektur 
von Fehlern sowie den einfachen Aufbau von gro- 
ßen Speicherarrays. 


Lesen Sie die entsprechenden Beiträge zu 
CIO U 82536 in diesem Heft . . 


diesen Schaltkreisen sowie zum SCC U 82530 und zum 
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Floppy-Treiber reduziert werden. 



Gate-Array-Schaltkreisen“ auf der Seite 1 68 befaßt 
sich mit dem Entwurfsvorgang am Beispiel des Ent- 
wurfssystems ARCHIMEDES. Für die Nutzung der 
16-Bit-PC-Technik stehen die Systeme PC-GAD 
und MELGET zur Verfügung. 



Den ersten Teil des Beitrages „Mittel und Methoden 
der Künstlichen Intelligenz“ finden Sie auf der Seite 
1 79. Er beleuchtet einige Modelle wissensverarbei- 
tender Systeme. 


Vorschau 

Für MP 7/1989 bereiten wir für Sie unter anderem 
Beiträge zu folgenden Themen vor: 

• Logischer Entwurf von Datenbanken 

• Logikanalyse des Mikroprozessors 8086/88 

• Desktop Publishing 

• Leipziger Frühjahrsmesse 1 989 
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Elektronik-Spezialisten 
unterstützen Betriebe 

Gefragte Ratgeber waren auch im 
vergangenen Jahr die 45 Mitarbeiter 
im Berliner Ingenieurbetrieb für die 
Anwendung der Mikroelektronik. Mit 
ihrem umfangreichen Wissen lösten 
die Spezialisten Fragen beim Einsatz 
der Mikroelektronik für 20 vorrangig 
kleinere Betriebe, darunter 1 4 aus der 
Flauptstadt. Was dadurch für die An- 
wender herausspringt, beweisen 
10500 eingesparte Arbeitsstunden. 
Neun Werktätige konnten neue Auf- 
gaben übernehmen. Vor allem durch 
neue Software wurden Materialien 
und Energieträger für rund 1 ,3 Millio- 
nen Mark weniger benötigt. Darüber 
hinaus gaben die Fachleute den An- 
wendern Empfehlungen für den ef- 
fektiven Einsatz eines breiten Sorti- 
ments elektronischer Bauelemente 
aus DDR-Produktion und RGW-Auf- 
kommen, insbesondere zur vorbeu- 
genden Instandhaltung von importier- 
ten Geräten und Anlagen. 

Neben der Themenlösung beschäf- 
tigt sich ein Teil der Mitarbeiter mit 
Kundenberatung. Im vergangenen 
Jahr waren umfängliche Auskünfte, 
darunter zum Bauelementesortiment, 
etwa 120mal gefragt. Die Fachleute 
führen zusätzlich Lehrgänge für den 
Umgang mit moderner Technik 
durch. Diese Qualifikation nutzen 
jährlich rund 450 Werktätige in Ber- 
lin. ADN 

Datenbanksystem 

für Nutzergemeinschaften 

vorgestellt 

Das Datenbanksystem AIDOS zur In- 
formation und Dokumentation, vorge- 
sehen vor allem für die Literaturre- 
cherche, steht ab 1990 für mehrere 
Nutzer gleichzeitig zur Verfügung. 
Republikweit ist dann über das Da- 
tennetz der Deutschen Post parallel 
ein bildschirmgestützter Dialog mit 
der Datenbank möglich. Die neue Lö- 
sung wurde Ende Januar auf einer 
gemeinsamen Konferenz des Leipzi- 
ger Datenverarbeitungszentrums 
(DVZ), des VEB Robotron-Projekt 
Dresden und des Zentralinstitutes für 
Information und Dokumentation in 
der Messestadt vorgestellt. Mehr als 
100 Vertreter von Betrieben und Ein- 
richtungen nahmen an der Veranstal- 
tung teil, die Vorführungen einschloß. 
Als technische Basis des Recherche- 
systems werden ESER-Rechner EC 
1057 mit großer Speicherkapazität 
eingesetzt. Insbesondere Anwen- 
dern mit kleinerem Auftragsvolumen 
kommt eine solche Datenbank entge- 
gen. Vereint in Nutzergemeinschaf- 
ten, können sie schnell und kosten- 
günstig Informationen, so von Fachli- 
teratur verschiedener Wissen- 
schaftsbereiche, in die Datenbank 
einspeisen oder auf den eigenen Ter- 
minals abrufen. ADN 

SPS 7000 in Serie 

Eine neue speicherprogrammier- 
bare Steuerung vom Typ SPS 7000 
hat der VEB Numerik „Karl Marx" in 
die Serienproduktion übergeleitet. Es 
handelt sich um das erste Erzeugnis 


des modernen mikroelektronischen 
Steuerungssystems 7000, mit dem 
dieser Betrieb des Werkzeugmaschi- 
nenkombinates „Fritz Fleckert“ in den 
nächsten Jahren einen entscheiden- 
den Beitrag zur flexiblen Automatisie- 
rung in der Volkswirtschaft der DDR 
leisten wird. 

Die ersten Steuerungen SPS 7000 
sind für den Einsatz in leistungsfähi- 
gen Bearbeitungszentren des 
Stammbetriebes des Fritz-Heckert- 
Kombinates bestimmt. Sie werden in 
diesem Jahr an rund 60 weitere Kun- 
den geliefert. Die Steuerungen basie- 
ren auf der 16-Bit-Mikroprozessor- 
technik. Die SPS 7000 kann in Ab- 
hängigkeit vom konkreten Anwen- 
dungsfall in angepaßten Ausbaustu- 
fen geliefert werden und erhält da- 
durch eine große Einsatzbreite. Der 
VEB Numerik stellt für seine neue 
Steuerung auch die entsprechende 
Programmiertechnik bereit. Sie er- 
möglicht es dem Anwender, auf der 
Grundlage moderner, bediener- 
freundlicher Programmiersprachen 
seine konkreten Steuerungsaufga- 
ben zu lösen. Geschaffen wurde die 
Programmiertechnik von einem Ju- 
gendforscherkollektiv des Betriebes 
in enger Zusammenarbeit mit der 
Technischen Universität Dresden. 

ADN 

Jahrestagung 
über Zusammenarbeit 
zwischen Honeywell 
und DDR-Betrieben 

Im Rahmen der bestehenden langfri- 
stigen Vereinbarung über die Zusam- 
menarbeit zwischen der Firma Ho- 
neywell Inc. (USA) und Außenhan- 
delsbetrieben sowie Kombinaten der 
DDR fand Anfang Februar in Berlin im 
Internationalen Handelszentrum die 
Jahrestagung 1989 statt. 

Die beteiligten Firmen und Betriebe 
konnten eine positive Bilanz ihrer 
wirtschaftlichen und wissenschaft- 
lich-technischen Beziehungen fest- 
stellen. Floneywell errichtete bei- 
spielsweise in Zusammenarbeit mit 
DDR-Kombinaten, unter anderem 
dem VEB PCK Schwedt, Automati- 
sierungssysteme. Betriebe der DDR 
lieferten Geräte und Ausrüstungen an 
Floneywell. Im Ergebnis der Tagung 
ist ein weiteres Rahmenabkommen 
zwischen Floneywell und Robotron 
abgeschlossen worden. Es sieht den 
Einsatz moderner Rechentechnik in 
Anlagen der DDR und auf Drittmärk- 
ten vor. ADN 


Robotron/Rank Xerox- 
Demonstrationszentrum 

Am 20. März 1989 wurde in Anwe- 
senheit des Britischen Botschafters, 
Mr. Nigel Bromfield, des Generaldi- 
rektors des AHB Robotron, Flerrn Dr. 
Abicht, und von Mr. Ralph R. Land, 
OBE, Generaldirektor, Rank Xerox 
Limited, Abt. Eastern Export Opera- 
tions, London, ein Demonstrations- 
zentrum eröffnet. Es steht seit 1 . April 
1 989 dienstags bis donnerstags von 
10bis15Uhrfür interessierte Kunden 
aus der DDR zu Demonstrations- und 
Informationszwecken zur Verfügung 


(kein Kopierservice): Robotron Ex- 
port-Import, Allee der Kosmonauten 
24, Berlin, 1140; Tel. 54001 30. 

Zur Zeit stehen dort die RX-Kopierge- 
räte 1012, 1025Z und 1065. Informa- 
tionen über die weiterhin in der DDR 
vertriebene RX-Technik sind im Zen- 
trum ebenfalls erhältlich. Niendorf 
Mikromechanik 
als Partner 
der Mikroelektronik 
Mikromechanik ist eine wissenschaft- 
lich-technische Arbeitsrichtung, mit 
der das Ziel verfolgt wird, bekannte 
Technologien der Mikroelektronik wie 
die Lithographie zur Strukturierung 
von Flalbleitermaterialien für die Her- 
stellung mechanischer Funktionsele- 
mente und Baugruppen zu nutzen. 
Das heißt, es geht um die massen- 
weise Fertigung mechanischer Ele- 
mente kleinster Abmessungen und 
hoher Maßhaltigkeit. Mit der Mikro- 
mechanik wird die Vereinigung von 
Elementen der konventionellen Me- 
chanik mit der Mikroelektronik auf ei- 
nem Chip möglich. So werden bei- 
spielsweise Impulse von Schaltkrei- 
sen über mechanische Elemente wie 
Sensoren und Aktoren umgesetzt. Es 
liegt in der Natur der Sache, daß kon- 
ventionelle Mechanik mit ihrer Größe 
dafür nicht in Frage kommt, die Aus- 
maße vielmehr erheblich verkleinert 
werden müssen. Die Verwendung 
von Technologien und Grundmateria- 
lien der Mikroelektronik hilft hier wei- 
ter. In Verbindung mit der Mikrooptik 
und -akustik entstehen so geräte- 
technische Lösungen, die sich durch 
enorm kleines Volumen, reduzierten 
Energieverbrauch, hohe Leistung 
und Zuverlässigkeit auszeichnen. Zu 
den perspektivischen Anwendungs- 
gebieten der Mikromechanik gehören 
Sensoren für die unterschiedlichsten 
physikalischen Größen in der Prozeß- 
automatisierung. Außerdem zeichnet 
sich ihr Einsatz in Antriebselementen , 
beispielsweise für hochpräzise 
Kleinstmotoren ab. Denkbar sind 
ebenso Mikrostell- und Dosiereinrich- 
tungen in der Medizintechnik, wo 
ähnlich wie bei Flerzschrittmachern 
technische Hilfen kleinster Abmes- 
sungen auch an anderen Stellen des 
Körpers implantiert werden kön- 

Aufbauend auf den in der DDR be- 
herrschten Halbleiterbasistechnolo- 
gien wird seit mehreren Jahren an der 
Entwicklung und Anwendung solcher 
mikromechanischer Grundstrukturen 
gearbeitet. Die Forschungen zur Mi- 
kromechanik, so zu den erforderli- 
chen Technologien, Entwurfsregeln 
sowie Grundelementen der Mikrome- 
chanik, sind insbesondere an der 
Technischen Universität Karl-Marx- 
Stadt konzentriert. Im Zusammenwir- 
ken mit dem Zentralinstitut für Kern- 
forschung Rossendorf und dem Insti- 
tut für Mechanik der AdW, der T echni- 
schen Universität Dresden und der 
Technischen Hochschule Ilmenau 
wurden erste wichtige verfahrens- 
technische Lösungen zum Einbrin- 
gen von mechanischen Strukturen in 
Silizium erzielt, vor allem für die Meß- 
und Sensortechnik. 

Für die industrielle Fertigung ge- 
nutzte Forschungsergebnisse er- 


möglichen bereits, im VEB Geräte- 
und Reglerwerke „Wilhelm Pieck“ 
Teltow die Halbleiter-Umformerreihe 
„audapas" herzustellen. Durch die 
Biegung einer wenige Mikrometer 
dünnen Siliziummembran mit inte- 
grierten Widerständen wird der Druck 
in elektrische Signale umgewandelt. 
Gegenüber bisheriger Druckmeß- 
technik verringert sich der Materia- 
leinsatz auf 25 Prozent. Für diese 
neuartigen Halbleiterdrucksensoren 
hoher Empfindlichkeit erhielt das Tel- 
tower Entwicklungs- und Überlei- 
tungskollektiv 1 988 den Nationalpreis 
für Wissenschaft und Technik. 

Prof. Dr. G. Montag in „Presse- 
informationen “ Nr. 1 50/88 


Schaltkreiszentrum 
des Schwermaschinen- 
baus 

Mit der Entwicklung und dem Entwurf 
anwenderspezifischer Schaltkreise 
(ASICs) profiliert sich der Magdebur- 
ger VEB Forschung, Entwicklung und 
Rationalisierung des Schwermaschi- 
nen- und Anlagenbaus (FER) in sei- 
nem Industriezweig immer mehr zu 
einem Zentrum für die Erzeugnisin- 
novation auf modernster mikroelek- 
tronischer Basis. Im Schwermaschi- 
nen- und Anlagenbau wird ein zuneh- 
mend großer Teil der neuen Produkte 
funktionsbestimmend mit Mikroelek- 
tronik ausgerüstet. Die Ingenieure im 
FER entwerfen dafür in diesem Jahr 
zwölf Gate-Array-Schaltkreise. Das 
sind mehr als in den vergangenen 
beiden Jahren zusammen. Partner 
für bereits fertiggestellte Lösungen 
waren bisher das eigene Schwerma- 
schinenbaukombinat „Ernst Thäl- 
mann“, das Kombinat ILKA und das 
Schwermaschinenbaukombinat 
„Karl Liebknecht“. Jetzt sind auch 
Schaltkreisentwürfe für den Aufbau 
lokaler Rechnernetze und für die 
Überwachung von Armaturen in Ar- 
beit. 

ADN 

Teures Hacken 

Wie die PC-Woche in ihrer Ausgabe 
10/89 berichtet, wurde in den USA 
zum erstenmal ein Hacker anhand 
des Gesetzes zum Computermiß- 
brauch zur Verantwortung gezogen. 
Der zum Zeitpunkt seiner Aktivitäten 
16- bzw. 17jährige Zinn hatte uner- 
laubterweise mit Computern der 
Firma AT&T und des amerikani- 
schen Verteidigungsministeriums 
kommuniziert und dadurch „wissent- 
lich und in betrügerischer Absicht“ 
Programme im Wert von 1 ,2 Millionen 
Dollar gestohlen und Dateien im Wert 
von 174 000 Dollar zerstört. Außer- 
dem veröffentlichte er Paßwörter, Te- 
lefonnummern und Tips zum Ein- 
bruch in das Sicherheitssystem von 
AT&T. Zinn wurde in allen Punkten 
der Anlage schuldig gesprochen. Die 
Quittung: neun Monate Freiheitsent- 
zug und 1 0 000 Dollar Geldstrafe. 
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Turbo-Pascal und Filesharing 


Tafel 1 Verträglichkeit von Share-Modi 


Wolfgang Finze 

Ingenieurhochschule für Seefahrt 
Warnemünde/Wustrow 


Filesharing bedeutet, daß mehrere Pro- 
gramme gleichzeitig auf eine Datei zugrei- 
fen. Solche gemeinsamen Zugriffe können 
bei der Anwendung von Rechnernetzen oder 
beim Einsatz von Multitask-Ergänzungen / 1/ 
des Betriebssystems auftreten. 

Typische Einsatzfälle einer Multitask-Ergän- 
zung wären beispielsweise: 

- Rechnernetze, 

- Meßdatenerfassung mit "paralleler Verar- 
beitung der eingegangenen Meßdaten, 

- Einsatz von PCs für Steuerungsaufgaben 
im weitesten Sinne 

Das Betriebssystem MS-DOS erlaubt ab Ver- 
sionß.lO eine Dateiverarbeitung mit Filesha- 
ring. Allerdings muß, bevor das Betriebssy- 
stem solche gemeinsamen Zugriffe koordi- 
niert, das DOS-Dienstprogramm SHARE I2J 
geladen werden. Erst dieses speicherresi- 
dente Programm enthält die Routinen für die 
Koordination des Filesharing und auch für die 
Sperrung von Bereichen einer Datei gegen 
Mehrfachzugriff (Record Locking). 

Ob eine Datei im Filesharing-Modus verar- 
beitet werden kann, wird bei ihrer Eröffnung 
festgelegt. Die Datei muß dazu mit der XE- 
NlX-kompatiblen DOS-Funktion 61 (3DH, 
Open Handle) eröffnet werden. Diese Funk- 
tion setzt voraus, daß die zu eröffnende Datei 
existiert. Existiert die Datei nicht, endet die 
Funktion 61 mit einer Fehlermeldung. Damit 
kann prinzipiell nur eine existierende Datei im 
Filesharing-Modus bearbeitet werden. 

Die CP/M-kompatiblen DOS-Funktionen zur 
Dateiverwaltung erlauben keinen Mehrfach- 
zugriff auf Dateien 131 14/ 151. 

Die Art der möglichen Zugriffe auf eine Datei 
wird durch den beim Aufruf der DOS-Funk- 
tion 61 im LOW-Teil des AX-Registers (AL) 
übergebenen Access-Code bestimmt. Die- 
ser 1 Byte lange Wert setzt sich aus drei Be- 
standteilen zusammen, dem Inheritance Bit, 
dem Sharing- und dem Access-Mode, die je- 
weils durch bestimmte Bits im Access-Codes 
gebildet werden. Die Zuordnung der Bits des 
Access-Codes zu den Bestandteilen zeigt die 
folgende Abbildung /3/, /4/, /5/: 


Access-Mode 
Sharing-Mode 
Inheritance-Bit 

Die einzelnen Teile des Access-Codes ha- 
ben folgende Bedeutung /4/: 

Das Inheritance-Bit (Vererbungsbit), gibt an, 
ob die geöffnete Datei auch für einen Kind- 
prozeß offen sein soll (Inheritance, Bit = 0) 
oder nicht (private, Bit = 1 ). Kindprozesse, 
die Dateien erben (inherit), übernehmen 
auch alle für diese Dateien geltenden Ein- 
schränkungen für File-Sharing und Dateizu- 
griff. 

Der Sharing-Modus gibt an, wie auf die geöff- 
nete Datei parallel zugegriffen werden darf. 
Folgende Modi sind möglich: 

Compatible: Kompatibilitätsmodus für Single- 
User-Systeme. Er erlaubt keinem anderen 
User ein Öffnen der Datei. Bitbelegung 000 



Deny Both: Lesen und Schreiben für andere 
Nutzer verboten. Bitbelegung 001 
Deny Write: Ein anderer Nutzer darf die Datei 
nicht zum Schreiben eröffnen. Bitbelegung 
010 

Deny Read: Ein anderer Nutzer darf die Datei 
nicht zum Lesen eröffnen. Bitbelegung 01 1 
Deny None: Für andere Nutzer bestehen keine 
Einschränkungen bei der Verwendung der 
Datei. Bitbelegung 100 
Der Access-Mode (Zugriffsmodus) gibt an, wie 
der eröffnende Prozeß selbst die Datei bearbei- 
ten will. Folgende Zugriffsmodi sind möglich: 
Read Only: Der aktuelle Prozeß will nur lesend 
auf die Datei zugreifen. Bitbelegung 0000 
Write Only: Der aktuelle Prozeß will nur 
schreibend auf die Datei zugreifen. Bitbele- 
gung 0001 

Read/Write: Der aktuelle Prozeß will lesend 
und schreibend (Update-Modus) auf die Da- 
tei zugreifen. Bitbelegung 0010 
Wenn eine Datei von einem Prozeß geöffnet 
wurde, wird die Möglichkeit, daß ein zweiter 
Prozeß parallel auf diese Datei zugreift, so- 
wohl vom Access-Code des ersten als auch 
vom Access-Code des zweiten Prozesses 
bestimmt. Folgende Fälle können dabei auf- 
treten: 

- Die Datei wurde vom ersten Prozeß mit dem 
Sharing-Mode Compatible eröffnet. Zu beach- 
ten ist, daß dieser Sharing-Mode automatisch 
gesetzt wird, wenn eine Datei mit der DOS- 
Funktion 60 (Create Handle) oder den CP/M- 
ähnlichen DOS-Funktionen eröffnet wird. 

Eine solche Datei kann von einem einzelnen 
Prozeß beliebig oft geöffnet werden, es sei 
denn, die Datei wurde bereits unter einem an- 
deren der 4 Sharing-Modi eröffnet. Nur wenn 
die Datei das Attribut Read Only hat und mit 
dem Sharing-Mode Deny Write im lesenden 
Zugriff bearbeitet wird, kann mit lesendem 
Zugriff im Sharing-Mode Compatible zuge- 
griffen werden. 

- Die Datei wurde mit einem anderen als 
dem Modus Compatible geöffnet. Dabei kön- 
nen die in Tafel 1 dargestellten Fälle auftre- 
ten. 

In Turbo-Pascal ist eine eigene, pascal-spe- 
zifische Dateiverwaltung implementiert, die 
sich auf die Betriebssystemfunktionen 3CH 
bis 42H stützt, wobei die Zuordnung der Pro- 
zeduren zu den Betriebssystemfunktionen 
wie folgt ist: 

REWRITE 3CH - Create Handle 
RESET 3DH- Open Handle 

CLOSE 3EH-Close Handle 

READ 3FH- Read Handle 

WRITE 40H- Write Handle 

SEEK 42H - Move File Pointer 

Zur Dateiverwaltung ist in der Unit DOS derTyp 
FileRec vordefiniert. Er hat für typgebundene 
und typfreie Dateien folgenden Aufbau /6/: 

TYPE FileRec = RECORD 

Handle: Word; { DOS-Handle } 
Mode: Word; {Modus } 

RecSize: Word; { RecordgröBe } 

Private: array/1 . . 26/ of Byte; 
UserData: array/1 . . 16/ of Byte 
Name: array/0 . . 79/ of Char; 

END; 

Für jede von Turbo-Pascal verwaltete typge- 
bundene oder typfreie Datei existiert ein Re- 
cord mit diesem Aufbau. Er wird durch die 


! Prozeß Skartn öffnen'mii 
kann nicht geöffnet i 


Deny Write, Read Only 
(AL - xOI 00000) 
Deny None. Read Only 
(AL - x 1000000) 

Deny Read. Read Only“' 
(AL ---x0 110000) 
Deny None, Read Only 
(AL - x 1000000) 


Deny Write. Write Only 
(AL = x01 00001) 
Deny None, Write Only 
(AL = x1 000001) 

“ Deny R^d7w’rite“Önl7 
(AL = x01 10001) 
Deny None. Write Only 
(AL = x 1000001) 


Deny Read, Read Only 
(AL = xO1 10000) 
Deny Read, Write Only 
(AL = x01 10001) 
Deny Read, Read/Write 
(AL = x01 10010) 

• Deny None, Read Only 
(AL = x1 000000) 
Deny None. Write Only 
(AL=x1000001]|| 
I Deny None, Read Write 
f\/ (AL = x1000010) 

Deny None, Read Only 
(AL - xlOOOOOOl 
Deny None, Write Only 
(AL = x 1000001) 
i ; . Deny None, Read/Write 
(AL = x1 000010) 


Prozedur ASSIGN angelegt und mit folgenden 
Werten gefüllt. 

Handle :0 
Mode : 55 21 6 

( * gleich D7B0H = fmCIosed * ) 
RecSize: 0 
Name : Dateiname 

Der Dateiname ist dabei nicht in dem für T urbo- 
Pascal üblichen Stringformat abgelegt, son- 
dern als sogenannter ASCIIZ-String, als eine 
Zeichenkette, die kein Längenbyte besitzt, 
sondern vollständig aus ASCII-Zeichen be- 
steht und deren Ende durch das Zeichen a @ 
(Hexadezimal 00) bestimmt wird. ASCIIZ- 
Strings sind nicht kompatibel mit den Strings 
aus Turbo-Pascal. 

Die Größe FiieRec.Mode kann nur einen der 

folgenden 4 Werte annehmen /4/: 

fmCIosed = D7B0H; 

fmlnput = D7B1H; 

fmOutput = D7B2H; 

fmlnOut = D7B3H; 

Diese Werte sind in der Unit DOS als Kon- 
stanten vordefiniert, wobei fmlnput und 
fmOutput nur für Textdateien Bedeutung ha- 
ben. Für typgebundene oder typfreie Dateien 
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wird beim Eröffnen immer der Wert fmlnOut 
eingetragen. Bei einem anderen als diesem 
Wert wird von Turbo-Pascal jeder Zugriff auf 
die Datei verweigert 16/ . 

Für die Verarbeitung von Textdateien exi- 
stiert ebenfalls ein dateibeschreibender Satz, 
der aber anders aufgebaut ist. Der genaue 
Aufbau kann in /6/ nachgelesen werden, hier 
soll auf Textdateien nicht weiter eingegangen 
werden. 

Die Prozeduren zum Anlegen, Öffnen oder 
Schließen einer Datei (REWRITE, RESET, 
CLOSE) greifen auf den dateibeschreiben- 
den Satz zu und aktualisieren den Inhalt der 
Felder Handle, Mode und RecSize. 

Bei Ausführung von RESET oder REWRITE 
werden Dateinummer (Handle) und Satz- 
länge eingetragen und der Wert FileRec- 
.Mode wird auf D7B3H gesetzt. Ein CLOSE 
ändert im dateibeschreibenden Satz nur den 
Mode auf D7B0H und läßt alle anderen Werte 
unverändert. 

Bei der Eröffnung einer typgebundenen oder 
typfreien Datei mit RESET (DOS-Funktion 
3DH) wird der LOW-Teil des AX-Registers 
(AL) durch den Inhalt der in der Unit SYSTEM 
definierten typgebundenen Konstanten File- 
Mode bestimmt. Dieser Wert bestimmt den 
für die Datei gültigen Access-Code und hat 
den voreingestellten Wert 2, so daß eine Da- 
tei bei den Versionen 4 und 5 von Turbo-Pas- 
cal im Sharing-Mode Compatible und mit 
dem Zugriffscode READ/WRITE eröffnet 
wird. 

Es ist möglich, diese Voreinstellung über eine 
Wertzuweisung an die Größe FileMode zu 
ändern, so daß in Turbo-Pascal eine typge- 
bundene oder typfreie Datei mit einem belie- 
bigen Access-Code eröffnet werden kann. 

Die Größe FileMode bezieht sich nicht auf 
eine bestimmte Datei, sondern der FileMode 
zugewiesene Wert wird bei allen folgenden ' 
Dateieröffnungen mit RESET verwendet. 
Wenn mehrere Dateien mit unterschiedli- 
chem Access-Code eröffnet werden sollen, 
ist also jedesmal vor der Eröffnung der Datei 
der Größe FileMode ein entsprechender 
Wert zuzuweisen. 

Die beiden folgenden kurzen Beispielpro- 
gramme bearbeiten gemeinsam die gleiche 


Datei. Während das Programm multLI eine 
bestehende Datei korrigiert und erweitert, 
liest das Programm multi_2 parallel dazu 
diese Datei (Bild 1 und 2). 

Beide Beispiele liefen parallel unter einer 
multitaskfähigen Erweiterung des Betriebs- 
systems MS-DOS, wobei das Programm 
multi_2 nach dem Programm multLI gestar- 
tet wurde. Die Verzögerungsschleifen in den 
Beispielen dienen nur dazu, die Arbeit der 
Programme optisch besser verfolgen zu kön- 
nen. 

Es ist also möglich, mit den in Turbo-Pascal 
vordefinierten Sprachelementen zur Datei- 
verarbeitung (Read, Write, BlockRead, 
BlockWrite, Seek, FileSize, FilePos, EOF, 
lOResult . . .) Dateien mit File-Sharing zu be- 
arbeiten, das heißt Programme zu schreiben, 
in denen ein gleichzeitiger Mehrfachzugriff 
auf Dateien erlaubt ist. 

Sprachelemente zur satzweisen Verriege- 
lung von Dateien (Lock und Unlock) sind in 
den Versionen 4 und 5 von Turbo-Pascal al- 
lerdings nicht vordefiniert. 

Wenn beispielsweise für den Aufbau eines 
Netzwerkes solche Sprachelemente benötigt 
werden, müssen sie unter Verwendung der 
entsprechenden DOS-Funktionen imple- 
mentiert werden. Eine Möglichkeit der satz- 
weisen Verriegelung und Entriegelung soll 
hier vorgestellt werden. 

Zusätzlich wird noch die Funktion IOCTL- 
-Retry = DOS-Funktion 44H zur Einstellung 
der Anzahl der auszuführenden Zugriffe bei 
einem Sharing-Konflikt eingefügt. 

MS-DOS stellt zur satzweisen Ver- und Ent- 
riegelung die Funktion 92 (5CH) bereit. Ein im 
AL-Register übergebener Code regelt, ob 
Teile einer Datei gegen jeglichen Zugriff ei- 
nes anderen Prozesses gesperrt werden sol- 
len (Lock) oder ob eine gesetzte Zugriffs- 
sperre wieder aufgehoben werden soll (Un- 
lock). Die Funktion 92 arbeitet nur in Verbin- 
dung mit dem Dienstprogramm SHARE. 
Folgende Register müssen bei Aufruf der 
Funktion belegt sein: 

AH :5CH 

AL :00H- Verriegeln eines Bereiches 

(Lock) 


01 H-Entriegeln eines Bereiches 
(Unlock) 

BX: Handle der Datei 

CX:DX : Position (Offset, in Byte) des ersten 
zu sperrenden oder freizugebenden 
Bytes. Gezählt wird von Dateibeginn 
an. 

Sl :DI : Länge (in Byte) des zu sperrenden 
oder freizugebenden Bereiches. 

Bei Nutzung dieser Funktion ist folgendes zu 
beachten /1//3/: 

• Falls eine geöffnete Datei an einen Kind- 
prozeß übergeben wird, gelten eventuelle 
Sperrungen für den Kindprozeß nicht. 

• Es ist möglich, auch Dateibereiche nach 
dem Dateiende zu sperren. Das ist insbeson- 
dere für das Erweitern einer Datei von Be- 
deutung. 

• Eine Sperrung sollte immer nur vorüber- 
gehend sein und immer explizit aufgehoben 
werden. Insbesondere sollten beim Schlie- 
ßen der Datei keine Bereiche mehr gesperrt 
und im Programm dafür gesorgt sein, daß bei 
einem Programmende mit den Interrupts 23H 
oder 24H eventuelle Sperrungen aufgeho- 
ben werden. Das bedeutet, die Programme 
sollten eigene Händler für die genannten In- 
terrupts haben. 

• Es können nur Bereiche entriegelt wer- 
den, die vom gleichen Prozeß auch verriegelt 
wurden und die in Größe und Lage überein- 
stimmen, sonst wird der Fehler 21 H (Lock 
Violation) gemeldet. 

• Falls ein Bereich bereits gesperrt ist, wird 
beim Versuch einer erneuten Sperrung des 
Bereiches der Fehler 21 H (Lock Violation) 
gemeldet, unabhängig davon, ob der eigene 
oder ein anderer Prozeß die Sperrung verur- 
sacht hat. 

Greift ein anderer Prozeß auf einen gesperr- 
ten Dateibereich zu, tritt ein Fehler auf, da der 
Zugriff nicht ausgeführt wurde. Das Betriebs- 
system wiederholt einen solchen Zugriff noch 
dreimal. Erst wenn auch diese Wiederholun- 
gen zum Fehlerführen, wird der Interrupt 24H 
ausgelöst. Die Anzahl der vom Betriebssy- 
stem auszuführenden Wiederholungen und 
die Zeit zwischen zwei Wiederholungen kann 
mit der Betriebssystemfunktion 44H, Unter- 
funktion 1 1 (IOCTL Retry) verändert werden. 



* Bild 1 Bild 2 
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Bild 4 


Diese Funktion benötigt beim Aufruf folgende 
Registerbelegung /1//3//4/: 

AH: 44H 
AL: OBH 

BX: gewünschte Anzahl von 
Wiederholungen des Zugriffs 
CX: Zeit, die zwischen zwei Versuchen ge- 
wartet werden soll. 

Bei der Nutzung dieser Funktion ist zu beach- 
ten, daß die Angabe der Zeit, die zwischen 

Bild3 
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i Inheri tance-Bi t Inherit } 
{ Inheritance-Bit Private )' 
{ Sharing-Mode Compatibi 1 i ty > 

{ Sharing-Mode Deny write ) 

{ Access-Code Read > 
{ Access-Code Write > 
< Access-Code Both > 



TYPE Inhalt 9 




M_Retry( 30, 100,1 


• 64000; 
String[353; 


{ Inherit, Deny n 


, Read/Write } 


Reset < Datei ) ; 




, IOResult) 


M_Lock ( Datei ,NewPos , Fehler ) ; { Verriegeln n 

Write(Datei »Satz ) ; 

MJUnlock (Datei »NewPos, Fehler ) ; { Entriegeln 
NewPos s =NewPos+l ; 

writeln( 'geschrieben s '»Satz); 
for j*=»l to Verzoegerung do; 

CI ose (Datei ) ; 


I Retrv ( Wiederhol un 



zwei Versuchen gewartet werden soll, keine 
absolute Größe ist. Festgelegt wird eigentlich 
nur, wie oft eine Warteschleife zu durchlau- 
fen ist /4/. Die für diese Schleife benötigte Zeit 
ist vom Prozessor und von der Taktfrequenz 
abhängig, so daß hier keine Optimalwerte 
mitgeteilt werden können. Solche Werte 
müssen immer für das jeweilige System ex- 
perimentell ermittelt werden. 

Zur Realisierung der gewünschten Funktio- 
nen wurde die Unit LOCKING aufgebaut (Bild 
3). Zur Vereinfachung der Arbeit mit dem Ac- 
cess-Code und den Dateiattributen wurden 
neben den genannten Prozeduren in der Unit 
Konstanten vordefiniert, die es erlauben, die 
jeweiligen Werte für FileMode durch Addition 
von Konstanten zu bilden. 

Bei der Realisierung wurde auf den dateibe- 
schreibenden Satz, der von Turbo-Pascal 
angelegt wird, zurückgegriffen. Diesem Satz 
wurde das Handle der Datei und die aktuelle 
Satzlänge entnommen. Die Prozeduren zum 
Ver- oder Entriegeln wurden in Anlehnung an 
die in Turbo-Pascal übliche Dateiarbeit so 
aufgebaut, daß Lock und Unlock nur für einen 
ganzen Datensatz möglich sind, obwohl die 
DOS-Funktionen prinzipiell sogar das Ver- 
oder Entriegeln einzelner Bytes erlauben. 
Wenn mit File-Sharing gearbeitet wird, ist die 
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Der Einsatz des Floppy-Disk-Controllers U 
8272 ermöglicht eine wesentliche Verringe- 
rung des Hardware- und des Softwareauf- 
wandes bei der Ansteuerung von Folien- 
speichern. Wird auf den Anschluß von 8"- 
Laufwerken (doppelte Schreibgeschwindig- 
keit) verzichtet, so kann der FDC im Nicht- 
DMA-Modus sowie im reinen Pollingverfah- 
ren (ND-Poii-Prinzip) betrieben und somit 
der Aufwand für FD-Controiier und FD-Trei- 
ber weiter reduziert werden. Der folgende 
Bericht beschreibt den CPIM-kompatiblen 
Treiber für eine Diskettenstation mit ein 
bis drei Laufwerken vom Typ K 5601 (MFS 
1.6). Es wird die Kenntnis der Grundfunktio- 
nen des FDC U 8272 vorausgesetzt 
III, 121. 

4-MHz-Version FDC U 8272 D04 

Der FDC U 8272 unterstützt die doppelseitige 
Aufzeichnung von Datenströmen auf softsek- 
torierte Disketten nach dem standardisierten 
Datenträgerformat gemäß KROS-Standard 
5110/01 131. 

Der Spuraufbau ist gekennzeichnet durch 
eine programmierbare, am Indexloch begin- 
nende Anzahl von Sektoren pro Spur. Jeder 
Sektor besteht aus dem Kennzeichnungsfeld 
(ID-Feld) und dem eigentlichen Datenfeld, 
eingerahmt durch eine feste bzw. formatab- 
hängige Anzahl von Lückenbytes. 

Bei einer Umdrehungsgeschwindigkeit von 
5/s und einem Schreibtakt von 4«s/Bit 
(= 32/zs/Byte) enthält die Spur einer Minidis- 
kette maximal 6250 Byte mit optimal 


folgende Besonderheit auch dann zu beach- 
ten, wenn keine Dateibereiche verriegelt 
sind. Falls eine Datei nicht ordnungsgemäß 
geschlossen wurde (z.B. nach einem Pro- 
grammabsturz), kann es sein, daß sich diese 
Datei nicht mit Betriebssystemkommandos 
löschen läßt. Jeder Versuch einer Löschung 
wird mit der Fehlermeldung Allgemeiner Dis- 
kettenfehler abgewiesen. Vor einer Löschung 
ist entweder das Programm SHARE aus dem 
Speicher zu entfernen, oder die Datei muß 
von einem Programm erneut geöffnet und ge- 
schlossen werden. 

Die beiden folgenden Beispielprogramme 
verwenden die oben beschriebene Unit Lok- 
king (Bild 4 und 5). 

Da das Programm multi_5 einen geringeren 
Verzögerungsfaktor besitzt, arbeitet es 
schneller als das Programm multL.4. Multi_5 
erreicht daher das Dateiende, während 
multi_4 noch schreibt. In diesem Fall wird im 
Programm multi_5 die EOF-Bedingung 
wahr, und das Programm multL5 beendet 
seine Arbeit, während multi_4 die Dateikor- 
rektur fortsetzt. 

Es sei abschließend noch einmal darauf hin- 
gewiesen, daß die parallele Abarbeitung 
mehrerer Programme nur mit einer multitask- 
fähigen Betriebssystemerweiterung (z. B. 


5 x 1 024 = 5 1 20 Nutzbytes. Bei doppelseiti- 
ger Aufzeichnung auf 80 Spuren ergibt dies 
eine maximale Speicherkapazität von 800 
KByte. Jedes andere Format (z. B. 9 x 512, 
16x256) reduziert die zur Verfügung ste- 
hende Kapazität. 

Grundstruktur 

Der U 8272 enthält unter anderem eine paral- 
lele Schnittstelle zum Prozessorbus, eine se- 
rielle Schnittstelle zum Anschluß an das Lauf- 
werksinterface sowie ein Hauptstatusregister 
und ein Datenregister zur Steuerung des Da- 
tenaustausches. Zur Abwicklung der Daten- 
übertragung stehen 15 FDC-Befehle zur Ver- 
fügung. Die Befehle sind im allgemeinen 
durch drei Phasen charakterisiert: 
Befehlsphase 

In dieser Phase versorgt der Prozessor den 
FDC mit den aktuellen Parametern einer 
durchzuführenden Operation. 
Ausführungsphase 

Die angewiesene Operation wird vom FDC 
ausgeführt. Bei Sektoroperationen werden 
die Daten im DMA-Modus am Prozessor vor- 
bei über den DMA-Schaltkreis direkt zwi- 
schen dem aktuellen RD/UR-Puffer und dem 
FDC-Datenregister übertragen. Im Nicht- 
DMA-Modus erfolgt das Bytehandling voll 


Bildl Struktur eines 1024-Byte-Sek- 
tors einer Minidiskette (in Klammern 
Anzahl der Bytes) 


SM-DOS, Deskview oder Multilink) möglich 
ist, da MS-DOS selbst nicht multitaskfähig 
ist. 
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programmgesteuert über den Prozessor mit 
dem FDC. Dieser Ablauf unterliegt harten 
Zeitbedingungen, da als Transferzeit für die 
Datenströme zwischen dem FDC und der 
Diskette nur maximal 32, ms pro Byte zur Ver- 
fügung stehen. 

Ergebnisphase 

In dieser Phase stellt der FDC je nach Befehl 
bis zu 7 Resultatbytes - darunter die Status- 
informationen aus den Stapelregistern 
ST0 . . . ST3 - über das Ergebnis der Opera- 
tion zur Verfügung. 

Jedes Resultat muß vollständig Byte für Byte 
gelesen werden, bevor eine neue Operation 
befohlen werden kann. 

Hauptstatusregister FDCSTAT 

Das nur lesbare Hauptstatusregister stellt 
Basisinformationen insbesondere für die 
zeitliche Synchronisation Prozessor-FDC 
bereit (Bild 2). Dabei sind die Bits B4 . . . B7 
speziell bei einem im Nicht-DMA-Verfahren 
und im reinen Pollingverfahren arbeitenden 
Treiber von besonderer Bedeutung, da hier- 
bei der gesamte zeitliche Ablauf, von weni- 
gen Ausnahmen abgesehen, ausschließlich 
über die Statusinformation dieser vier Bits 
abgewickelt wird. 

DBO . . . DB3 

Diese Bits kennzeichnen, daß das betref- 
fende Laufwerk im Suchbetrieb ist. Es ist zu 
beachten, daß sie erst durch Ausgabe des 
Befehls SENSE INTERRUPT STATUS zu- 
rückgesetzt werden. 
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CB 

Ist gesetzt während der Ausführungsphase 
eines Lese- oder Schreibkommandos, bei 
Suchbetrieb im Unterschied zu DBO . . . DB3 
jedoch nur während der Befehlsphase des 
RECALI BRATE- bzw. SEEK-Befehls, um so 
das zeitlich parallele Positionieren mehrerer 
Laufwerke zu ermöglichen. B4 kann bei- 
spielsweise bei der Abholung des Resultats 
in der Ergebnisphase eines Befehls dazu be- 
nutzt werden, zu erkennen, ob vom FDC wei- 
tere Resultatbytes abzuholen sind (CB ist 
dann noch = 1). 

ND 

Charakterisiert den Nicht-DMA-Modus und 
ist dabei während der Ausführungsphase ei- 
ner Operation High. Dadurch kann das gege- 
benenfalls vorzeitige oder unbeabsichtigte 
Ende einer Operation im ND-Modus erkannt 
werden. Das ist beispielsweise der Fall, wenn 
bei Sektorlese- oder Schreiboperationen 
vom FDC kein gültiges ID-Feld gefunden wird 
(defekte Spur, unformatierte Diskette, unzeit- 
gemäßes Öffnen des Laufwerkhebels). Der 
FDC meldet dann bei SEC-RD-Operationen 
anstelle des Sollwertes FOH den Wert DOH, 
das heißt, B7, B6 und B4 haben zwar Soll- 
status, B4 = 0 jedoch nicht. Bei unsachge- 
mäßer Programmierung des FD-Treibers 
(z. B. keine Zeitüberwachung in der Byte- 
handling-Schleife) bleibt dieser dann in einer 
Endlosschleife hängen (vgl. auch Programm- 
beispiel in Bild 11). Gleiches gilt für das Byte- 
handling bei SEC-WR-Operationen. Dabei 
wird anstelle des Sollmusters BOH (hier DIO- 
Bit = 0 wegen geänderter Übertragungsrich- 
tung) der Wert 90H gemeldet. 

DIO 

Charakterisiert die Übertragungsrichtung: 

0: CPU = = > FDC (Schreiben) 

1: CPU < = = FDC (Lesen) 

Nach RESET ist DIO = 0. 

RQM 

Kennzeichnet die Datenbereitschaft des 
FDC. Nur wenn RQM = 1 , ist der FDC bereit, 
ein Byte vom Prozessor ins Datenregister zu 
übernehmen oder aus diesem an den Prozes- 
sor abzugeben. Auf die Datenbereitschaft des 


FDC muß bei der 4-MHz-Version U 8272 D04 
innerhalb von 24fis reagiert werden. RQM ist 
beim ND-Poll-Verfahren das wichtigste Syn- 
chronisationsbit. 

Datenregister FDCDAT 

Das Datenregister ist lesbar und schreibbar. 
Es steht mit einem Stapel von 7 Pufferregi- 
stern in Verbindung, die über das Datenregi- 
ster - speziell in der Resultatsphase eines 
Befehls - der Reihe nach ausgelesen werden 
können. 

Über FDCDAT erfolgt: 

- die Programmierung des FDC für ein be- 
stimmtes Kommando einschließlich der 
Übergabe der zugehörigen Laufwerkspara- 
meter (z. B. Code für Spursuche, Spurnum- 
mer usw.) 

- das Lesen bzw. Schreiben der Sektorda- 
ten (ID-Feld, Datenfeld) 

- das Rücklesen des Ergebnisses einer 
Operation aus den Statusregistern 
STO . . . ST3 (fehlerfreie bzw. fehlerhafte 
Kommandoausführung) sowie des Istzustan- 
des der Laufwerksparameter. 

Die Statusregister STO . . . ST3 liefern für die 
Programmierung eines konkreten FD-Trei- 
bers eine überbestimmte Menge an Statusin- 
formationen. Für einen im Polling-Verfahren 
arbeitenden Treiber genügt neben den Infor- 
mationen aus dem Hauptstatusregister die in 
Bild 3 angegebene Untermenge zur Synchro- 
nisation des gesamten Ablaufs. 

Dabei sind die Interruptbits B7 und B6 von 
STO von besonderer Bedeutung, da sie den 
Status über den erfolgreichen bzw. fehlerhaf- 
ten Abschluß der befohlenen Operation ent- 
halten. 

Die Bits 3, 4 und 5 von ST3 liefern wichtige 
Vorinformationen über die Durchführbarkeit 
der Sektorarbeit, zum Beispiel ob das anzu- 
sprechende Laufwerk bereit ist (B5) oder ob 
die gesteckte Diskette schreibgeschützt ist 
(B6). 

Die Register ST1 und ST2 liefern eine Reihe 
von Statusbits zur Charakterisierung aufge- 
tretener Fehler, beispielsweise CRC-Fehler, 


schlechte Spur, Datenfehler, fehlende 
Adreßmarke usw. Praktisch ist ihre Auswer- 
tung bei CP/M-kompatiblen Betriebssyste- 
men jedoch von untergeordneter Bedeutung, 
da im allgemeinen vom physischen Treiber 
außer DRIVE NOT READY oder WRITEPRO- 
TECTED an das logische E/A-System ohne- 
hin nur der binäre Status: kein Fehler (A =1= 0) 
oder Fehler (A = 0) zurückgegeben wird, 
woraus dann BDOS die für den normalen Be- 
diener ausreichende Fehlermeldung BAD 
SECTOR generiert. Die Nutzung der detail- 
lierten Fehlerangaben in ST 1 und ST2 ist hin- 
gegen sehr nützlich beim Einfahren des Trei- 
bers und bei der Analyse von Funktionsstö- 
rungen. 

Interruptverhalten 

Der FDC erzeugt zwar bei Eintritt in die Re- 
sultatsphase verschiedener Kommandos 
und während der Ausführungsphase im 
Nicht-DMA-Betrieb sowie in einigen weiteren 
Fällen ein IR-Signal zur Unterstützung der 
Synchronisation der Ablaufsteuerung FDC- 
Laufwerk 121, verfügt jedoch nicht über die für 
den vektorierten IR-Betrieb mit dem U 880- 
Prozessor erforderliche IR-Steuer- und Prio- 
ritätslogik. Allein schon deswegen ist ein rei- 
nes Pollingverfahren im FD-Treiber zweck- 
mäßig. Es gibt dafür aber noch weitere 
Gründe. 

FD-Controller 

Ein auf dem ND-Poll-Prinzip beruhender FD- 
Controller enthält neben der 4-MHz-Version 
U 8272 D04 des FDC weniger als ein Dut- 
zend einfache, im wesentlichen nur als Trei- 
ber fungierende TTL-Schaltkreise (Bild 4). 
Ein zusätzliches Steuerregister DL 175 dient 
zum Generieren folgender Signale: 

- Motorsteuerbits MO und Ml für die An- 
steuerung von maximal vier Laufwerken 

- TC-(Terminal Count-)Signal (ein >4^s 
langer High-Impuls zum Beenden von Sek- 
toroperationen) 

- programmierbares FDC-RESET-Signal 
zum Rücksetzen der internen FDC-Register. 
Durch das SPEZIFY-Kommando program- 
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mierte FDC-Parameter werden durch dieses 
Signal nicht gelöscht. 

Des weiteren ist eine einfache digitale PLL- 
Schaltung zur Synchronisation der RD-Im- 
pulse mit dem Datenfenstersignal DW vorge- 
sehen. Vom Laufwerksinterface werden die 
Statussignale /TO = Spur 0 erreicht, 
/RDY = Laufwerk bereit, /WP = Diskette 
schreibgeschützt sowie /IX = Spuranfang an 
den FDC gemeldet, wobei die ersten drei 
über das Statusregister ST3 auch programm- 
technisch zugänglich sind (Bild 3). 

Auf Grund des ND-Poll-Verfahrens enthält 
die Schaltung des FD-Controllers weder IR- 
noch DMA-Steuerlogik. 

Diskettenarbeit bei CP/M-kompatiblen 
Betriebssystemen 

Die für die Diskettenarbeit erforderliche Soft- 
ware eines CP/M-kompatiblen Betriebssy- 
stem umfaßt neben dem Dateiverwaltungs- 
system BDOS mehrere Grundkomponenten 
im physischen E/A-System BIOS: 

- die die Sektorarbeit vorbereitenden BIOS- 
Rufe HOME, SELDSK, SETTRK, SETDMA und 
SECTRAN. Sie dienen zum Laden der spezifi- 


Bild 5 Software-Komponenten 
für die physische Diskettenarbeit 
bei CP/M-kompatiblen Betriebs- 
systemen 


Bild 6 Floppy-Requestvektor 
FD-REQ zwischen Blockungs- 
modul und FD-Treiber 


sehen Schnittstellenparameter vor dem ei- 
gentlichen schreibenden oder lesenden Dis- 
kettenzugriff. Der zur Zugriffsbeschleuni- 
gung über einen logischen Sektorversatz 
vorgesehene Ruf SECTRAN hat - von älte- 
ren Diskettenformaten abgesehen - nur noch 
eine Dummyfunktion, da als zugriffsbe- 
schleunigende Maßnahmen grundsätzlich 
die Blockung und gegebenenfalls das Prinzip 
des physischen Sektorversatzes beim For- 
matieren der Disketten angewendet werden. 
- den Blockungsmodul. Er „sammelt“ die 
vom logischen E/A-System auf der Basis der 
kleinstmöglichen Verwaltungseinheit von 
Sektoren a 128 Byte initiierten RD/WR-Rufe 
und definiert diese in bezug auf eine hypothe- 
tische Wirtsdiskette mit einer einheitlichen 
Sektor-(Blockungs-)größe von 1 KByte. Da- 
durch erzeugt nicht jeder BDOS-Ruf auch ei- 
nen physischen Diskettenzugriff. Diese Art 
der Zugriffsverdichtung ist einer der Wege 
zur Beschleunigung der Sektorarbeit (ein an- 
derer ist unter anderem die hardwaremäßige 
Realisierung der CRC-Sicherung durch den 
FDC). Der Blockungsmodul ist weitgehend 
hardwareunabhängig. Er kann neben der 


Blockung auch Aufgaben der automatischen 
Formaterkennung wahrnehmen, wie das 
zum Beispiel bei dem in der DDR auch ver- 
breiteten CP/A der Fall ist. 

- die physische Floppy-Schnittstelle 
FD_REQ (FD-Requestvektor) zwischen 
Blockungsmodul und physischem Modul. 

Die Schnittstelle wird vom Blockungsmodul 
entsprechend der auszuführenden Disket- 
tenoperation geladen. Neben dem Komman- 
dobyte für den Typ der Operation und der 
Diskettenadresse werden unter anderem der 
RD/WR-Puffer für die zu transferierenden 
Daten und ein Zeiger auf einen die physi- 
schen Parameter des aktuellen Laufwerkes 
beschreibenden Diskparameterblock über- 
geben. Dabei werden die RD/WR-Aufträge 
als Einsektoroperation - Blockungs- und 
Sektorgröße auf der Diskette sind gleich - 
oder Mehrsektoroperation - Blockungsgröße 
ist ein mehrfaches des Diskettensektors 
(z. B. beim 1 6 x 256- oder 9x51 2-Format) - 
generiert. Rückgabeparameter ist der Status 
der Operation (Fehler/kein Fehler). 

Fortsetzung siehe Seite 170 
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CAD-Systeme 

für den Gate-Array-Entwurf 

Der Ablauf und der Umfang des im Teil 1 IM 
beschriebenen Entwurfs ist ohne den Einsatz 
von CAD-Systemen nicht zu beherrschen. 

An (echten) Gate-Array-Kundensystemen 
werden in der DDR das System U 5200/U 
5300 des VEB Forschungszentrum Mikro- 
elektronik Dresden (ZMD) mit dem CAD-Sy- 
stem ARCHIMEDES und das ISA-System des 
VEB Halbleiterwerk Frankfurt (Oder) mit dem 
ISA-CAD angeboten. Am Beispiel von AR- 
CHIMEDES soll der Entwurfsvorgang weiter 
erläutert werden. Die Komponenten des 
CAD-Systems ARCHIMEDES sind im Bild 3 
dargestellt. Das System ARCHIMEDES setzt 
insbesondere für die rechenintensive Plazie- 
rung, Trassierung und für die Testdatenge- 
nerierung die 32-Bit-SKR-Technik (z. B. K 
1 840) voraus. Neben diesen rechenintensi- 
ven Prozessen ist jedoch eine Reihe von Ent- 
wurfsaufgaben nicht zwingend an die 32- 



Bild 3 Komponenten von Gate-Array-CAD-Sy- 
stemen (nach 131) 


Bit-SKR-Technik gebunden. Deshalb wurde 
an der TU Karl-Marx-Stadt, Sektion Informa- 
tionstechnik, das zu ARCHIMEDES quell- 
text- und kommandokompatible System PC- 
GAD geschaffen, das 16-Bit-PC-Technik 
nutzt (z. B. EC 1 834, A 7 1 50 oder XT-Kom- 
patible). Es gestattet den Entwurf (das heißt 
Schaltungseingabe und Simulation) von Teil- 
Schaltungen im System U 5200 mit einem 
Umfang von etwa einem Drittel bis einem 
Viertel eines Gesamtschaltkreises (der Um- 
fang ist stark von der konkreten Struktur ab- 
hängig). Mit diesem System kann insbeson- 
dere die kreative Phase des Entwurfes von 
Teilschaltungen am Arbeitsplatz durchge- 
führt werden. Die Komponenten, die von PC- 
GAD teilweise oder vollständig erfüllt wer- 
den, sind in Bild 3 entsprechend markiert, da- 
mit Gemeinsamkeiten und Unterschiede der 
Systeme erkennbar werden. 

Das System ARCHIMEDES unterstützt den 
Entwurf in der Logikebene bis zum Layout, 
wobei die Automatisierung des Entwurfes bei 
den niederen Ebenen steigt. Anders formu- 
liert, der unmittelbare Logikentwurf - das 
Umsetzen der Sollfunktion in eine entspre- 
chende Struktur - muß manuell oder mit ge- 
eigneten (Teil-) Syntheseprogrammen 
durchgeführt werden. Dieser kreative Ent- 
wurfsprozeß wird durch die Aufspaltung der 
Sollfunktion in Teilfunktionen, die zu Teil- 
schaltungen führen (siehe Teil 1: topdown), 
erreicht. Das Verhalten dieser Teilschaltun- 
gen und später der Gesamtschaltung wird si- 
muliert, und die Struktur wird durch iterative 
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Schaltungsanpassungen so lange verändert, 
bis sie die Sollfunktion erfüllt. 

Simulationsvorbereitung 

Für die Rechnereingabe werden die entwor- 
fenen Strukturen sowohl im System ARCHI- 
MEDES als auch im System PC-GAD mit 
NBS-GA als einem Dialekt der Netzbeschrei- 
bungssprache NBS84/2/ beschrieben. Damit 
stellt der NBS-Quelltext das Austauschfor- 
mat zwischen beiden Systemen dar. So kön- 
nen einerseits mit PC-GAD entworfene Teil- 
schaltungen im System ARCHIMEDES als 
Gesamtschaltung simuliert werden und an- 
dererseits bewährte Teilschaltungen als 
Software-Makros (siehe unten) aus der Ma- 
krobibliothek von ARCHIMEDES übernom- 
men werden. 

Im Bild 4 ist ein einfaches Beispiel einer NBS- 
Beschreibung 1 gezeigt. Im Schaltungskopf 
werderi nach den Schlüsselwörtern S:, E: und 
A: der Schaltungsname und die Namen für 
die Eingangs- und die Ausgangspotentiale 
vereinbart. Der folgende Schaltungsrumpf 
besteht aus den Mehrpolaufrufen mit den 
vereinbarten Namen und ihren Verbindun- 
gen. 

Die Möglichkeiten einer hierarchischen Be- 
schreibung sind im Bild 4 erkennbar: Teil- 
schaltungen (im Bild 4 : HA) werden mit ihrem 
Schaltungsnamen - als Softwaremakro oder 
Komplexmakro - eingegeben. Diese Teil- 
schaltungen sind im Sinne einer Dekomposi- 
tion in weitere Teilschaltungen aufzulösen. 
Letztlich müssen jedoch alle Strukturen nur 



Bild 4 Beispiel einer NBS-Schaltungsbeschrei- 


mit den Hardwaremakros aus der Makrobi- 
bliothek aufgebaut werden (z. B. &INV1). 
Diese Hardwaremakros (in NBS-Text durch- 
& gekennzeichnet) sind die vom Hersteller fi- 
xierten Funktionselemente, mit denen die 
Gate-Array-Schaltkreise ausschließlich ent- 
worfen werden müssen. Die Hardwarema- 
kros sind umfassend in der Hardwaremakro- 
Bibliothek (siehe 141) durch ihr logisches und 
elektrisches Verhalten und ihr (schemati- 
sches) Zellenlayout beschrieben. Diese Pa- 
rameter werden sowohl vom Simulator als 
auch von den Plazierungs- und Trassie- 
rungsprogrammen benutzt. Im Bild 5 ist ein 

1 Während für die NBS-Eingabe ein Texteditor und ein al- 

phanumerisches Terminal ausreicht, erfordert die komfor- 
tablere grafische Eingabe der Logikpläne neben der Geräte- 
technik entsprechende Rahmensysteme, zum Beispiel das 
System MELGET vom VEB Metallurgieelektronik Leipzig für 
die PC-Technik, oder grafische Editoren, wie TEXgraf vom 
VEB Textimaelektronik Karl-Marx-Stadt. 


Bild 5 Beispiel ei- 
ner Elementebe- 
schreibung (Ma- 
krobibliothek) 


Teil dieser für den Entwerfer zugänglichen In- 
formationen dargestellt, die er benötigt, um 
beispielsweise die richtige Zuordnung der 
Ein- und Ausgangspotentialnamen im NBS- 
Text vornehmen zu können. Die Software- 
makros und die Komplexmakros stellen in 
diesem Sinne eine Unterstützung des Top- 
down-Entwurfes dar und bieten die Möglich- 
keit, durch Rückgriff auf bewährte Teilschal- 
tungen den Entwurfsaufwand zu verrin- 
gern. 

Innerhalb der Simulationsvorbereitung wird 
durch den NBS-Compiler der NBS-Text syn- 
taktisch und semantisch geprüft und der 
Netzkode erzeugt. 

Es folgt die Komponente Hierarchieauflö- 
sung. Dabei werden alle Teilschaltungen mit 
Software- oder Komplexmakros so oft aufge- 
löst, bis nur Hardwaremakros in Mehrpolauf- 
rufen vorhanden sind. Der NBS-Compiler 
kennt keinen Unterschied zwischen Soft- 
waremakros und Komplexmakros, da beide 
aufgelöst werden müssen. Für den Entwerfer 
stellen Softwaremakros geprüfte und be- 
währte Teilschaltungen dar, die vom Ent- 
wickler des Entwurfssystems in die Software- 
makrobibliothek (siehe /5/) aufgenommen 
wurden. Komplexmakros werden dagegen 
vom Entwerfer definiert und stellen somit 
„private“ Softwaremakros dar. Durch die 
Möglichkeit der Nutzung von indizierten 
Mehrpolaufrufen und von Verbindungsfel- 
dern wird die NBS-Beschreibung sehr effek- 
tiv, erfordert jedoch eine Qualifizierung der 
Mehrpol- und Verbindungsbezeichnun- 
gen. 

Es schließt sich die Schaltungsprüfung an. 
Diese Komponente innerhalb von ARCHI- 
MEDES und PC-GAD prüft die Einhaltung 
von logischen und elektrischen Entwurfsre- 
geln bzw. von Entwurfsrestriktionen. So er- 
folgt zum Beispiel die Prüfung auf offene Ein- 
und Ausgänge sowie auf Rückführungen in 
kombinatorischen Schaltungen, die auf 
Grund des LSSD-Prinzips (siehe Teil 3) ver- 
boten sind. 

Bevor der eigentliche Simulationsvorgang 
beginnen kann, muß eine vollständig aufge- 
löste und fehlerfreie Schaltung vorliegen, und 
es müssen Eingangssignalfolgen generiert 
werden, deren Form - wie oben erläutert - 
möglichst parallel zum Strukturentwurf fest- 
gelegt werden sollte. Diese Signalfolgenge- 
nerierung wird durch eine eigene Beschrei- 
bungsform (Klammern und Wiederholfakto- 
ren sind möglich) erleichtert. Sie erfolgt bei 
ARCHIMEDES (für eine schnelle Modifika- 
tion) innerhalb und bei PC-GAD (wegen des 
Zwangs zu speicherökonomischen Lösun- 
gen) außerhalb des Simulators. 2 


2 Innerhalb des schon erwähnten, grafisch orientierten Sy- 
stems MELGET steht ein leistungsfähiger Impulseditor zur 
Verfügung, womit sehr übersichtlich die zeitliche Zuordnung 
der Eingangsfolgen zueinander erkennbar bzw. eingebbar 


Simulation 

Mit dem zeitlichen Logiksimulator können 
Aussagen gemacht werden zur: 

- Erfüllung der Sollfunktion durch die ent- 
worfene Iststruktur 

- maximal nutzbaren Taktfrequenz 

- Lokalisierung kritischer Signallaufzeiten 
bzw. Signalpfade. 

Der Simulator arbeitet mit Verhaltensmodel- 
len der (Hardware-)Makros, die aus einem 
verzögerungsfreien Logikmodell und aus 
dem Verzögerungsmodell bestehen. Das Lo- 
gikmodell beinhaltet neben den üblichen Pe- 
gelwerten Low (L) und High (H) einen dritten, 
mit unbestimmt (X) bezeichneten Pegel. 
Dieser Signalpegel kennzeichnet einen un- 
bekannten, aber gültigen Pegel (im Unter- 
schied zum verbotenen Spannungsbereich 
bei TTL-Pegeln). Er wird bei Beginn der Si- 
mulation zum Initialisieren und zum Kenn- 
zeichnen von Hazards benutzt. Bei Aus- 
gangstreibern existiert noch ein vierter, hoch- 
impedanter Zustand Z. 

Die Verzögerungsmodelle stellen einen 
Kompromiß zwischen Laufzeit und Genauig- 
keit dar und lassen sich zwischen die der übli- 
chen Logik- und der Timingsimulatoren ein- 
ordnen, wobei die Modelle im PC-GAD we- 
gen der Hauptspeichergröße noch weiter ver- 
einfacht wurden. 

Die berechneten Verzögerungszeiten am 
Hardwareausgang sind abhängig von der 
Richtung der Signaländerung am Ausgang 
sowie von der Belastung des Makros durch 
die Umgebung und durch die restlichen Ma- 
kroausgänge; dabei wird von Worst-case- 
Bedingungen ausgegangen. Die berechne- 
ten Verzögerungszeiten der Makros inner- 
halb der entworfenen Schaltung sind mittels 
Dialogkommandos aufrufbar und damit aus- 
wertbar. 

Der Simulatorkern basiert auf dem Ereignis- 
prinzip. Dabei werden zu einem gegebenen 
Zeitpunkt nur die Schaltungselemente in die 
Simulation einbezogen, die zu diesem Zeit- 
punkt eine Eingangsänderung erfahren. Die 
Berechnungsreihenfolge für die Logikmo- 
delle und für die Verzögerungsmodelle er- 
folgt in Abhängigkeit von der Signalausbrei- 
tung innerhalb der entworfenen Schaltung. 
Durch Anwenden des Ereignisprinzips ist die 
Programmlaufzeit der Schaltungsaktivität di- 
rekt proportional. Da im allgemeinen nur ein 
Drittel der Schaltungselemente gleichzeitig 
aktiv ist, wird die Programmlaufzeit wesent- 
lich verkürzt. 

Wegen der synchronen Arbeitsweise der 
Gate-Array-Schaltkreise im System U 5200 
(siehe Teil 3) sind zwei Simulationsarten für 
den Entwerfer interessant und werden vom 
Simulator unterstützt: 

© Simulation des Einschwingvorganges 
innerhalb einer variablen 
Taktperiodendauer 

Der Einschwingvorgang umfaßt die Zustands- 
änderung der Slave-Flipflops (siehe Teil 3), 
die vollständige Signalausbreitung im kombi- 
natorischen Schaltungsteil und die Signal- 
übernahme durch die FF-Eingangslogik (Set- 
up-Zeit). 

Der Einschwingvorgang ist beendet, wenn 
in der Gesamtschaltung für die gegebene 
Signalbelegung der Schaltungseingänge 
und den aktuellen FF-Zuständen keine Si- 
gnalwechsel mehr auftreten. Signalwechsel 
können auch durch Spikes (Hazardfehler) 
hervorgerufen werden, deren Ausbreitung 
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Bild 6 Teilschaltung eines realisierten Gate-Ar- 
ray-Schaltkreises 



Bild 7 Ausschnitt aus einem Simulationsproto- 
koll der Teilschaltung aus Bild 6 


ebenfalls simuliert wird. Die Zeit der Zustands- 
änderung der Master-FF wird beim U 5200 
nicht betrachtet, da diese allein von der Ma- 
stergestaltung und damit vom Systement- 
wickler abhängt. 

Die automatische Bestimmung der maxima- 
len Einschwingzeit als ein Maß für die mögli- 
che minimale Taktperiodendauer (Takt-High- 
Zeit) wird vorgenommen. 

@ Simulation des Einschwingvorganges 
innerhalb einer festen 
Taktperiodendauer 

Im Unterschied zur ersten Variante erfolgt 
hier die Simulation bis zur Taktflanke (High- 
Low-Übergang). Danach wird automatisch 
eine Kontrollsimulation durchgeführt, um 
„nachhinkende“ Signaländerungen an den 
Eingängen der Flipflops feststellen zu kön- 
nen. Auf diese Weise sind sich überlappende 
Einschwingvorgänge simulierbar, wobei die 
FF-Eingänge bei jeder aktiven Taktflanke auf 
stationäre Signalwerte geprüft werden. 
Während bei der ersten Variante der einge- 
schwungene Zustand der Schaltung als hin- 
reichende Bedingung zur Sicherung der syn- 
chronen Arbeitsweise bezeichnet werden 
kann, handelt es sich bei der zweiten Va- 
riante um die Kontrolle der notwendigen Be- 
dingung (keine Signaländerung an den Ein- 
gängen getakteter Elemente). Schaltungen, 
die intern - abgeleitet aus dem Grundtakt - 
ein Untertaktsystem besitzen, sind nur in der 
zweiten Art sinnvoll simulierbar. Davon abge- 
leitet werden diese Simulationsvarianten als 
Betriebsart SYNCHRON und Betriebsart UN- 
TERTAKT bezeichnet. 

Während der Simulationsvorbereitung wird 
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die Schaltungsstruktur in Listen umgewan- 
delt, wodurch zeitaufwendige Suchprozesse 
weitgehend vermieden werden. Weiterhin 
werden nur die Verzögerungsmodelle der 
Makros ausgewertet, deren Logikmodelle ei- 
nen Funktionswechsel aufweisen. Auch mit 
dieser Maßnahme wird die Programmlaufzeit 
gesenkt. 

Der dialogorientierte Simulator wird mittels 
Kommandos gesteuert. Es existieren Kom- 
mandos zur: 

- Schaltungs- und Simulatorinitialisierung: 
zum Beispiel Setzen von FF, Potentialen, 
Takten und Zeiten, Zuordnen von Eingangs- 
folgen zu den Eingängen, Rücksetzen von 
Werten 

- Simulationssteuerung: zum Beispiel Star- 
ten, Unterbrechen, Fortsetzen und Beenden, 
Wahl der Betriebsart, Setzen von Unterbre- 
chungspunkten 

- Ausgabegestaltung der Simulationsergeb- 
nisse: zum Beispiel Auswahl anzuzeigender 
Potentiale und deren Darstellungsform 

- Schaltungsanalyse 

- Serviceausgabe. 

Diese Kommandos und jene zur Signalfol- 
gengenerierung und -Verwaltung innerhalb 
des Systems ARCHIMEDES sind im System 
PC-GAD in gleicher Weise nutzbar, wodurch 
eine gleichwertige Nutzeroberfläche ent- 
steht. 

Im Bild 6 ist eine Teilschaltung eines Gate-Ar- 
ray-Schaltkreises mit einem Ausschnitt aus 
einem dazugehörigen Simulationsprotokoll 
(Bild 7) zu sehen. 

Wie im Teil 1 ausgeführt, wird nach der NBS- 
Eingabe die Komponente Simulator zur Ent- 
wurfssimulation genutzt. Diese kreative 
Phase des Entwurfes kann - neben dem Ein- 
satz des Systems ARCHIMEDES für den 
Entwurf von Teilschaltungen- vollständig am 
Arbeitsplatz durch PC-GAD erfolgen. Prinzi- 
piell sollte stets der Entwurf und die Simula- 
tion von Teilschaltungen vorgenommen wer- 
den, um Aufwand einzusparen und um die 
Übersichtlichkeit zu erhöhen. 

Nach erfolgreichem Abschluß der Gesamtsi- 
mulation, das heißt, die Sollfunktion wird 
durch die entworfene Struktur erfüllt, folgt die 
Anwendung der CAD-Komponenten für die 
Plazierung und die Trassierung einschließ- 
lich Bondinselplazierung. Die Plazierung und 
die Trassierung sind sehr rechenzeitintensiv, 
wobei die Zeit sehr stark von der Ausnutzung 
der potentiell vorhandenen Logikzellen und 
der Flipflops abhängt. 

Nach der Plazierung und Trassierung wird im 
System ARCHIMEDES mit dem Simulator 
die abschließende Bestätigungssimulation 
durchgeführt. Dabei werden mit den aus dem 
Layout berechneten Verdrahtungskapazitä- 
ten und -widerständen im Rahmen der Mo- 
dellgenauigkeit die Worst-case-Werte der re- 
sultierenden Verzögerungswerte ermittelt. 
Mit diesen Angaben kann die Frage nach der 
Erfüllung der Sollparameter (siehe Bild 2 im 
Teil 1) beantwortet werden. 

Das vom Entwerfer unterschriebene Proto- 
koll der Bestätigungssimulation besitzt Doku- 
mentencharakter. Es wird bei der Aufnahme 
einer Musterpräparation benötigt. Im System 
ARCHIMEDES werden abschließend Kom- 
ponenten zum Erzeugen der Schablonen- 
daten und zur (Struktur-)Testdatengenerie- 
rung aktiviert. Damit stehen alle zum Herstel- 
len und Testen eines Gate-Array-Schaltkrei- 
ses benötigten Daten zur Verfügung, und der 
Entwurfsvorgang mit dem CAD-System ist 
abgeschlossen. 


Im Teil 3 werden Aussagen zum LSSD-Prin- 
zip, zur Taktgestaltung und zur Schaltungs- 
technik im System U 5200IU 5300 folgen. 
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Zeichnung: Dahme 


Fortsetzung von Seite 168 

- den physischen FD-Treiber. Er realisiert 
letztlich die physische Diskettenarbeit, das 
heißt das konkrete Lesen und Schreiben von 
Daten der Diskette. Struktur und Laufzeitver- 
halten sind voll auf die konkrete Schaltung des 
FD-Controllers mit dem FDC U 8 272 zuge- 
schnitten. Dabei können durch gezielte Maß- 
nahmen und unter Ausnutzung der durch den 
U 8272 gegebenen funktionellen Möglichkei- 
ten bedeutende Geschwindigkeitssteigerun- 
gen bei der Diskettenarbeit und damit ver- 
kürzte Programmbearbeitungszeiten erzielt 
werden. 
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Robotron-Meßelektronik „Otto Schön“ Dresden, PSF 211, 
Dresden, 8012 
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Tools zur BATCH- 
Programmierung 

Christian Hanisch, Berlin 


Das Konzept der BATCH-Fites, die unter 
MS-DOS neben Programmdateien vom Typ 
COM und EXE in Form von Prozeduren mit 
dem Dateityp BAT als gleichberechtigte 
Kommandos abgearbeitet werden können, 
erschließt das Gebiet der sogenannten Sta- 
pelverarbeitung unter MS-DOS. 

Der Kommando-Interpreter COMMAND- 
.COM enthält einige spezielle residente Be- 
fehle zur Programmierung von BAT-Dateien. 
Trotz dieser auf den ersten Blick wenig 
leistungsfähigen Befehle sind bei Ausschöp- 
fung aller Möglichkeiten dieser Befehle 
mit nur wenigen spezifischen Zusätzen 
sehr komfortable Benutzeroberflächen ba- 
sierend auf einem System von Prozeduren 
(sprich BAT-Dateien) realisierbar. Zu die- 
sen spezifischen Zusätzen gehören in erster 
Instanz Programmwerkzeuge zur Dialogab- 
frage von Alternativen während der Abar- 
beitung einer BATCH-Datei, zum Setzen 
von Parameterwerten für globale Varia- 
blen des ENVIRONMENTS und zum Über- 
geben von Zeichenketten in den Tastaturpuf- 
fer. 

Dialogabfrage 

Die Effektivität von BATCH-Dateien erhöht 
sich wesentlich, wenn während der Abarbei- 
tung durch Bedienereingaben alternative 
Programmzweige aktiviert werden können. 
Die Auswertung einfacher J/n-Alternativen 
kann über den ERRORLEVEL-Befehl erfol- 
gen. Benötigt wird ein Programm, das die- 
sem ERRORLEVEL-Befehl im Register AL 
einen RETURN-Code von 0. .255 übergibt. 
Neben anderen Lösungen, zum Beispiel dem 
Programm ASK aus den Norton Utilities, ist 
das Programm TASTE wegen seiner Ein- 
fachheit und leichten Installierbarkeit emp- 
fehlenswert. TASTE besteht aus folgenden 
vier Befehlen: 


File- 


mov ax,0C08H 
int 21 H 
mov ah, 4CH 
int 21 H 

Diese wenigen Befehle kann man mit DE- 
BUG oder SYMDEB eingeben: 

C: \ > DEBUG < TASTE.INP < CR > 

Die Datei TASTE.INP besteht aus folgenden 
Zeilen: 

n taste.com < CR > 
r cx < CR > 

0009 < CR > 
a<CR> 

movax,0C08<CR> 
int 21 < CR > 
mov ah, 4C<CR> 
int 21 < CR > 

<CR> 

w<CR> 

q<CR> 

In BATCH-Dateien wird TASTE folgender- 
maßen angewendet: 
echo. 

echo RAM-Disk auf Laufwerk „E“ (J/n)? 

TASTE 

:: ASCII-Code 110 = Buchstabe „n“ 
if errorlevei 111 goto ok 
ifnot errorlevei 110 goto ok 
:: Nein-Zweig: NOT Laufwerk „E“ 

: ok 

:: Ja-Zweig: Laufwerk „E“ 

Abgefragt wird nach dem kleingeschriebe- 
nen Buchstaben in der Frage „(J/n)?“. Diese 
Konvention aus 121 hat sich gut bewährt, weil 
der Nutzer den Standardzweig einfach durch 
Drücken der ENTER-Taste aktivieren kann. 
Falls das Programm TASTE nicht existiert, 
wird der Standardzweig abgearbeitet. 
ENVIRONMENT-Variablen 
Djjs sogenannte ENVIRONMENT ist ein 
standardmäßig 160 Byte großer RAM-Be- 
reich, in den man unter anderem mit dem 
SET-Kommando globale Variablen mit ihren 
Werten eintragen kann, die in BATCH-Da- 


teien gewissermaßen als COMMON-Varia- 
blen verwendet werden können. Setzt man 
zum Beispiel mit: 

set DRUCKER=EPSON-LX 

die Variable DRUCKER auf den Wert EP- 
SON-LX, dann kann man in BATCH-Dateien 
folgendermaßen auf den Variablenwert be- 
zug nehmen: 

echo. 

echo Drucker ist: % DRUCKER % 
echo. 

Für % DRUCKER % wird im echo-Befehl der 
Wert EPSON-LX eingesetzt. 

Durch: 

set DRUCKER=% DRUCKER % 800 

wird der Wert der Variablen DRUCKER zu 
EPSON-LX800. Für Anwendungen mit star- 
ker Frequentierung des ENVIRONMENTS 
muß eine Größe von ca. 640 Byte (auf alle 
Fälle größer als 256) angesetzt werden. Das 
erreicht man durch folgenden Befehl in der 
CONFIG.SYS: 

shell=\ COMMAND.COM / e : 640 /p 

In der Literatur bekanntgewordene Pro- 
gramme /3/ zur dialoggesteuerten interakti- 
ven ENVIRONMENT-Manipulation be- 
schränken sich auf eine Größe des ENVI- 
RONMENTS unter 256 Byte. Mit dem in-Bild 
1 mitgeteilten Programm MODENV.PAS wird 
ein ENVIRONMENT beliebiger Größe be- 
dient. Der Quelltext des Programms MO- 
DENV.PAS (siehe unten) zeigt zusätzlich fol- 
gendes methodische Konzept: 

Sowohl die Programmdokumentation als 
auch der Testrahmen sind Bestandteile des 
fertigen Programms. Als Konvention könnte 
gelten: Die Dokumentation eines Programms 
erhält man durch Aufruf ohne Parameter oder 
mit dem Parameter „?“. 

Die Anwendung des MODENV-Programms 
in BATCH-Dateien ist vielfältig. Als wesentli- 
che Anwendung sei unter anderem das Si- 

( ehern und Wiederherstellen des aktuellen 
Verzeichnisses bei Aufruf eines Programm- ^ 
Systems gezeigt: 
cd | modenv DIRECT > nul 
cd\ 

cd | modenv DEVICE > nul 



XXEK String255= 


- STRTNG r 2SS1 : 

— ' \ngEnv; 

m. ,n or char-, { EUV-Abbild d. 


HAK 




String255; 

StringPTR; 

INTEGER: 


PROCEDURE Get Env ( k : INTEGER: U:Strin*PTR; VAR J : INTEGER ', : 

{ k Segnen t -Adresse des Master-ENVIRONMENTS 

U zeigt auf ENVIRONMENT- Abbild, das von Get_Bnv gefüllt wird. 
J ist die aktuell belegte Länge im ENVIRONMENT. } 






naybe: 
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Bild 2 KEY. PAS zur Programmierung des Tastatur-Puffers 


4 Bifdl MODENV.PAS zur interaktiven Manipulation von ENVIRONMENT 

Variablen 



cd \ sysl \ cl \ nu 
ni 

% DEVICE % 

% DIRECT % 
set DEVICE = 
set DIRECT = 

Mit dem ersten Befehl wird mittels MODENV 
das eingestellte aktuelle Verzeichnis in die 
ENVIRONMENT-Variable DIRECT gesi- 
chert. Nach Zurückschalten auf das ROOT- 
Verzeichnis wird das aktuelle Laufwerk in der 
Variablen DEVICE gesichert. Danach kann 
auf Laufwerk und Verzeichnis der gewünsch- 
ten Software umgeschaltet werden. Nach 
Abarbeitung des Programms werden die in 
DEVICE und DIRECT gesicherten Werte 
wiederhergestellt, das ENVIRONMENT ge- 
säubert und die BATCH-Datei verlassen. Der 
Nutzer steht wieder in seinem ursprünglichen 
Verzeichnis. 

Eine andere Anwendung von MODENV wäre 
zum Beispiel in einer LOGON-Prozedur das 
Erfragen der USER-NummerJ, die für die 
Zuweisung des Systems \SYSi benötigt 
wird, 
eclto. 

set LW = C: 

modenv USR USER-Nr. (1 . . 15) eingeben: 
echo. 


set op = c : \ sysl \ proclib ; c : \sys1 \ 
util ; \ 

path=% Iw % \ sys % USR % \ proclib; 
%op% 

Die Variable LW kann fest voreingestellt sein, 
man kann sie aber auch mit MODENV erfra- 
gen: 

modenv LW Arbeitslaufwerk (c/d): 
set LW=% LW % 

Tastaturpuffer 

Der Tastaturpuffer ist ein Pufferbereich zur 
Aufnahme von maximal 15 Zeichen, die bei 
Eingabe von der Tastatur dort zwischenge- 
speichert werden. Der Überlauf des Tastatur- 
puffers wird akustisch angezeigt. 

Falls man von einem Programm aus eine Zei- 
chenkette in diesen Tastaturpuffer schreibt, 
wird nach Verlassen des Programms der In- 
halt das Tastaturpuffers automatisch abgear- 
beitet, und der Computer reagiert wie von 
Geisterhand gesteuert. 

Mit dem im Bild 2 gezeigten Programm KEY- 
.PAS wird eine in der Aufrufzeile mitgeteilte 
maximal 15 Zeichen lange Zeichenkette, die 
auch die Funktionstasten Fl bis Fl 2 als 
[Fl] . . [Fl 2] mit umfassen und CTRL-Steuer- 
zeichen (zum Beispiel < CR > als *M enthal- 
ten kann, in den Tastaturpuffer geschrieben. 


Als überzeugende Anwendung sei der Aufruf 
von Turbo-Pascal Version 3.xx mit automati- 
scher Einbindung der Message-Datei und so- 
fortigem Verzweigen zum Editieren der Datei 
DEMO. PAS, die auch als Parameter %1 
übergeben werden könnte, gezeigt: 


echo. 

KEY TURB0 A MyeDEM0 A M 

Solche Anwendungen erleichtern die Arbeit 
wesentlich. Darüber hinaus ist aber noch der 
Einsatz von KEY als [letzter] Befehl in 
BATCH-Dateien sinnvoll. 

BATCH-Dateien benötigen im RAM einen 
gewissen Bereich, der solange belegt bleibt, 
wie die betreffende BATCH-Datei noch aktiv 
ist. Das kann unter Umständen die gesamte 
Dauer einer Computersitzung sein, wenn 
zum Beispiel der Norton-Commander-Aufruf 
als letzter Befehl in der AUTOEXEC.BAT 
steht. Wenn später noch weitere BATCH-Da- 
teien auf ähnliche Art benutzt werden, kann 
es bei Knappheit an RAM-Speicher zu Kom- 
plikationen kommen. Gelöst wird das Problem 
dadurch, daß man eine BATCH-Datei verläßt, 
in der als [letzter] Befehl zum Beispiel: 

KEY ncsmalLM 

steht. Dadurch wird die BATCH-Datei voll- 
ständig abgeschlossen. Im Tastaturpuffer 
steht - vom Programm KEY noch aus der 
BATCH-Datei heraus dort hingebracht - die 
Zeichenkette: NCSMALLc CR > in Hab- 
acht-Stellung, um nach Verlassen der 
BATCH-Datei sofort abgearbeitet zu werden. 
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Softwareansteuerung 

von Schrittmotoren 


Uwe Grunewald 

Forschungszentrum des Kombinates 
VEBCarlZeiss JENA 


Mit der in diesem Beitrag beschriebenen 
Softwarelösung ist die Ansteuerung von 
Schrittantrieben, die die Kommutatorsignale 
für die Schrittmotoren selbst erzeugen, nach 
beliebigen Hochlauf- und Bremskurven mög- 
lich. 

Eine solche Ansteuerung, das heißt das Er- 
zeugen einer Folge kurzer Impulse mit be- 
stimmtem zeitlichen Verlauf der Impulsab- 
stände ist ein Echtzeitproblem, zu dessen Lö- 
sung man zumeist auf die Unterstützung au- 
tonom arbeitender Elektronik wie Mikrorech- 
ner mit CTC oder Einchipmikrorechner zu- 
rückgreift. Ist jedoch in einer bestimmten Pro- 


grammphase die Schrittmotoransteuerung 
die einzige Aufgabe für den Prozessor eines 
Mikrorechners, sind also in der entsprechen- 
den Zeit keine Interruptquellen zu bedienen 
und DMA-Zugriffe ausgeschlossen, benötigt 
man bei dem vorgestellten Konzept lediglich 
einen Parallelausgabeport an Hardwareun- 
terstützung. 

Vorüberlegungen 

Als Zeitbasis für die Impulserzeugung dient 
die Periodendauer des CPU-Taktes T t . Das 
im Bild 1 gezeigte U880-Assemblerpro- 
gramm berücksichtigt bei jedem Befehl des- 
sen T aktzahl. Die Grundgedanken der Impuls- 
erzeugung sind dabei folgende: 

Zuerst müssen an Hand der Datenblätter der 
verwendeten Motoren bzw. durch Experi- 
ment unter konkreten Lastbedingungen 


Uwe G runewald (27) legte sein Physikdiplom 
1986 an der Friedfich-Schitler-Universität 
Jena ab und ist zur Zeit als wissenschaftlich- 
technischer Mitarbeiter im Forschungszen- 
trum des Kombinates Carl Zeiss JENA auf 
dem Gebiet der Optik-Prüftechnik tätig. 


einige Parameter festgelegt werden. 

1 . In welcher Zeit t abs soll von der Start/Stop- 
Frequenz f min ausgehend welche Maximalfre- 
quenz f max erreicht werden? 

2. Wieviele Stufungen n des Frequenzberei- 
ches von f min bis f max sollen möglich sein? 
Nach (1) berechnet man entsprechend der 
festgelegten Frequenzstufung alle mögli- 

f=H(^r-^-(sin(2^))) (1) 

I Zjr l 

chen Frequenzen. Danach berechnet man, 
aus wievielen Impulsen ein jeweiliger Fre- 
quenzzug bestehen muß, damit ein Zeitinter- 
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Anwendungshinweise 

Vor dem Ruf des Soft-Controllers muß in ei- 
ner vorgelagerten Routine aus der ge- 
wünschten Schrittzahl ermittelt werden, nach 
welcher Schrittzahl wieder gebremst werden 
muß, um vor dem letzten Schritt sicher die 
Start/Stop-Frequenz zu erreichen. Der Test 
des High-Bytes von HL reicht dabei für einfa- 
che Anwendungen aus. 

Will man 2 Motoren ansteuern, so muß man 
in einer weiteren Schicht, in der auch das 
Richtungssignal zu bestimmen ist, das D-Re- 
gister mit einem entsprechenden Bitmuster 
laden. Wenn X und V die Schrittzahlen der 
beiden Motoren sind, ist man jedoch gezwun- 
gen, den Controller über die Bremsentschei- 
dungsroutine zweimal zu rufen. Dadurch wird 
erst die gemeinsame Schrittzahl und nach 
Umstellung des D-Registers die Restschritt- 
zahl an den Motor, der die größere Schrittzahl 
fahren muß, gesendet. 


vall W = <abs vergeht. 


Realisierungsbeispiel 

Der Soft-Controller besteht aus einer äuße- 
ren Schleife konstanter Taktzahl, in der sich 
eine Warteschleife mit programmierbarer 
Taktzahl befindet. 

Sei nun T G die Laufzeit der äußeren Schleife 
und AX die Zeit für den einmaligen Durchlauf 
der Warteschleife, dann ergibt sich nach (1) 
die Frequenz im i-ten Zeitintervall zu: 

fft) = (fma*-fmin)(7 ^(sin^f- 

t a bs tabs 

)))+fmln (2) 

Man berechnet nun die Zahl der Warteschlei- 
fendurchläufe b aus: 


Die Zahlen w, die angeben, wieviele Impulse 
der jeweiligen Frequenz f (t,) gesendet wer- 
den müssen, damit ein Zeitintervall t| NT ver- 
geht, ergeben sich aus: 
w(ti) = t INT *f(ti) (4) 

Man erhält so 2 Tabellen, aus der die äußere 
Programmschleife die aktuellen Parameter 


bezieht. Diese Schleife benötigt für einen 
Durchlauf durch ausschließliche Verwen- 
dung unbedingter Sprünge konstant 232 
Takte. Hierdurch wird ein Impuls erzeugt. 

Bei einer Taktfrequenz f T = 2,4576 MHz ent- 
sprechend einer Periodendauer T t = 0,4069 
fis ergibt sich: 

T G = 94,4 fis und AX = 5,7 fis. 

Da die Zahlen b im CPU-Register B gehalten 
werden, ergibt sich für b = OFFH f min = 646 
Hz und für b = 0 f max = 10593 Hz. 

In der Praxis wird man die erreichbare obere 
Grenzfrequenz nicht nutzen können. Die un- 
tere Grenzfrequenz läßt sich bei Beachtung 
der Auswirkung auf f max durch den Einbau 
von Dummy-Befehlen während der Impulser- 
zeugungsphase (Verbreiterung der Impulse) 
beliebig verringern. 

Die im Bild 2 mit ausgedruckten Tabellen- 
werte bewähren sich bei der Schrittmotoran-' 
Steuerung an einem Prüfgerät für die Wellen- 
flächenanalyse von Hochleistungsobjekti- 
ven. Die Festlegung n = 64 ist ein Kompro- 
miß zwischen Speicherbedarf (das gesamte 
Programm benötigt ca. 'k KByte) und Fre- 
quenzstufung. 

Bei der Berechnung der Taktzahlen wurde 
davon ausgegangen, daß bei Speicherzugrif- 
fen keine WAIT-Zyklen stattfinden. 
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nen Prozedur-Aufruf zu ersetzen (Bild 1). 
Diese Prozedur kann den jeweiligen Bedürf- 
nissen entsprechend modifiziert werden. Als 
Anregung dazu zwei Beispiele. In der Proze- 
dur writeXYR wird neben der positionierten 
Ausgabe einer Zahl auf eine bestimmte Bild- 
schirmposition gleich noch eine Standardfor- 
matierung dieser realisiert. Somit werden 
dann alle Zahlen konstant mit drei Nachkom- 
mastellen ausgegeben. 

Ein Problem bei der Ausgabe von variablen 
Strings auf den Bildschirm ist das Überschrei- 
ben des Bildschirmrandes. Diese Problematik 
tritt immer dann auf, wenn Zeichenketten aus- 
gegeben werden, die vorher vom Nutzer ein- 
gegeben wurden. Um davor sicher zu sein, 
bewährt sich die zentralisierte Lösung dieses 
Problems bei der String-Ausgabe, wie es in 
der Prozedur writeXYS vorgestellt wird. 


Manfred Zander, Dresden 


In diesem Heft beginnen wir mit einer Kurs - 
folge, die - aufbauend auf dem Kurs Pascal 
(MP 9 und 11/87 sowie 3, 6, 9 und 11188) - 
dem an Turbo-Pascal interessierten Pro- 
grammierer Hilfsmittel und Werkzeuge für 
die Beherrschung dieser Sprache in die 
Hand geben soll, um effektiv programmieren 
zu können. 

Einführung 

Turbo-Pascal als eine schnell zu erlernende 
und doch sehr leistungsfähige Programmier- 
sprache, hat sich in den letzten Jahren in vie- 
len kleinen und mittleren CAD-Zentren unse- 
rer Betriebe einen der führenden Plätze er- 
obert. Hier soll keineswegs versucht werden, 
ein Lehrbuch für diese Sprache vorzulegen, 
deshalb werden erste eigene Erfahrungen in 
dieser Sprache vorausgesetzt. Es geht 
darum, dem Programmierer kleine bewährte 
Mittel und Methoden vorzustellen, die univer- 
sell In vielen Programmen genutzt werden 
können. Dem Anwender soll die Möglichkeit 
gegeben werden, sich bei der Programmie- 
rung voll auf seine Problemlösung zu kon- 
zentrieren. Die immer wiederkehrenden 
„kleinen" Probleme, wie Datenstrukturen, 
Bildschirmgestaltung, Dialogführung oder 
Druckerinitialisierung, die bei jeder Anwen- 
dung auftreten, belasten leider noch zu oft 
den Programmierer, Dabei müssen dann Do- 
kumentationen gesichtet werden, Beschrei- 
bungen werden gesucht, und jede Lösung 
wird hundertemal neu gefunden. Dies alles 
kostet aber nicht nur Zeit. Durch die Neben- 
beilösung der kleinen Probleme geraten 
diese uneffektiv, das wesentliche in den Pro- 
grammen wird oft verdeckt, die Programme 
werden zu groß und zu langsam. Der Pro- 
grammtextwird zu unübersichtlich, die ange- 
strebte gute Strukturierung des Quelltextes 
leidet, ja es werden sogar Sprungbefehle not- 
wendig. Die Folge all dessen ist natürlich 
auch eine steigende Fehlerhäufigkeit. Mit 
dem Vorstellen einiger kleiner Hilfsmittel, die 
sich bei mir bewährt haben, möchte ich 
meine Hilfe anbieten 

Von der Gestaltung des Dialoges Programm 


Nutzer hängt ganz wesentlich ab, ob eine 
Software-Lösung später in der Praxis Fuß 
fassen wird oder ob die Arbeit des Program- 
mierers umsonst war. Daher ist es notwen- 
dig, auf diesen Bereich sehr großen Wert zu 
legen. Programme, die im einfachen Rollmo- 
dus mit dem Nutzer kommunizieren, müssen 
der Vergangenheit angehören. Auch kleinere 
Lösungen müssen nach außen hin anspre- 
chend und bedienfreundlich gestaltet sein. 
Selbst bösartige Fehleingaben dürfen nicht 
zu Programmabstürzen führen. Eine den je- 
weiligen Erfordernissen entsprechende Me- 
nütechnik sollte jedem Nutzer geboten wer- 
den. Um durch die Erfüllung dieser Forderun- 
gen die Programme nicht unnötig aufzubau- 
schen und deren Lesbarkeit zu erhalten, ist 
es notwendig, einige Hilfsmittel zu nutzen 
und die Organisation des Dialoges von der 
speziellen Lösung zu trennen. Dann können 
diese Programmteile in einem Include-File 
versteckt werden und belasten den eigentli- 
chen Programmtext nicht mehr. 


Die wohl am häufigsten immer wieder aufein- 
anderfolgenden Befehle in Programmen sind 
gotoxy und write. Ganze Programmpassa- 
gen bestehen ofl nur aus Kursorpositionie- 
rungen und Bildschirmausgaben. Es wird da- 
her die Prozedur writeXY vorgestellt, die in al- 
len Programmen zu Hause sein sollte. Mit ihr 
wird erst einmal nichts weiter erreicht, als im 
Programmtext diese zwei Befehle durch ei- 


Positioniertes Lesen 

Hier nun einige Hilfen für die Gestaltung von 
Eingabeanforderungen. Die Befehlskombi- 
nation gotoxy mit read ist in Programmen 
häufig anzutreffen. Neben dieser Positionie- 
rung der Eingabe auf dem Bildschirm ist aber 
noch ein weiteres Problem zu lösen. Es soll 
eine absturzfeste Belegung von Variablen er- 
reicht werden, so daß diesbezügliche Tests 
im Hauptprogramm entfallen können. Da 
diese Aufgaben für jede Eingabe gelten, ist 
wieder eine Zentralisierung der Eingabebe- 
handlung günstig (Bild 2). Als erstes geben 
wir eine Funktion readXYS für die Eingabe 
von Strings an, in der natürlich noch keine 
Fehlerbehandlung notwendig ist. 



Eingabe und Ausgabe 
auf den Bildschirm 

Positioniertes Schreiben 






Bild 1 Prozeduren zum posi- 
tionierten Schreiben 
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Für die Eingabe von Real-Werten ist aber 
eine Behandlung von falschen Eingaben not- 
wendig. Zu schnell geben Nutzer z. B. statt 
des Punktes ein Komma ein und das Pro- 
gramm stürzt ab. Beim Erstellen einer dies- 
bezüglichen Eingabefunktion ist nun zu ent- 
scheiden, ob falsche Eingaben nurzurückge- 
wiesen werden oder ob eine automatische 
Fehlerkorrektur erfolgen soll. In der vorge- 
stellten Funktion readXYR wird eine solche 
Korrektur realisiert. Sie liest zuerst einen 
String, in dem alle Zeichen zugelassen sind. 
Dann ersetzt sie eingegebene Kommas 
durch den vorgeschriebenen Punkt und 
löscht nicht zugeiassene Pluszeichen, die 
ebenfalls zu Programmabstürzen führen 
würden. Erweist sich die Eingabe danach im- 
mer noch als falsch, wird die Eingabe erneut 
abgefordert. 

Für das Einlesen von Integer-Werten bieten 
sich zwei Varianten an, die jede ihre speziel- 
len Vor- und Nachteile hat. Deren Abwägung 
hängt von der konkreten Programmierauf- 
gabe ab. In der Funktion readXYil wird die 
Eingabe solange wiederholt, bis die eingege- 
bene Zeichenkette korrekt einer Integerzahl 
entspricht. Eine automatische Fehlerkorrek- 
tur, wie zum Beispiel das Löschen eines 
möglichen Plus-Zeichens, ist in ihr nicht vor- 
gesehen. In der Funktion readXYi2 ist der 
Eingabespielraum sehr viel größer abge- 
steckt. Hier wird die volle Fehlerbehandlung 
der Funktion readXYR genutzt. Eingaben wie 
3, OE 10 werden akzeptiert. Da die Funktion 
readXYR mit Sicherheit eine gültige Realzahl 
übergibt, genügt ein zusätzlicher Test auf 
Zahlenbereichsüberschreitung für Integer- 
werte. Die Funktion readXYi2 übergibt an das 
Programm den ganzzahlig gerundeten Wert 
der eingegebenen Zahl. 

Kombiniertes Lesen und Schreiben 

Durch die Nutzung der bis hiervorgestellten 
Prozeduren und Funktionen ist das Pro- 
gramm bereits vor einfachen Fehleingaben 
sicher. Für die Lesbarkeit des Programmtex- 
tes ist aber noch ungünstig, daß nicht sofort 
erkennbar ist, was nun eigentlich an der Posi- 
tion x, y gelesen werden soll, da die Ausgabe 
auf dem Bildschirm und die Abholung der 



* unrtisr holGfiltXt :stri ngÄO) treal; 
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Eingabe getrennt sind. Die oft in Programm- 
texten auftretenden Kombinationen der drei 
Befehle gotoxy, write und read sollten eben- 
falls in Funktionen zentralisiert werden. 
Diese Funktionen realisieren zuerst die posi- 
tionierte Ausgabe der Eingabeaufforderung 
auf dem Bildschirm. Direkt dahinter wird dann 
die absturzfeste Eingabe vom Nutzer entge- 
gengenommen (Bild 3). Diese Aufgabe ist als 
Beispiel für die Belegung von Real-Variablen 
in der Funktion holeXYR gelöst. 

Benötigt man in einem Programm nicht die 
volle Vielfalt der bisherigen Funktionen und 
Prozeduren, kann man die Wirkung der 
Funktion holeXYR, wie in der Funktion hole- 
XYRsolo gezeigt, auch in sich selbst gewähr- 
leisten, ohne auf die Dienste vorangegange- 
ner Konstruktionen aufzubauen. 

Die Nutzung dieser Funktion könnte dann 
zum Beispiel so aussehen: 

voll := holeXYR ('lnnenvolurnen:',1D.5); 

In dieser komprimierten Befehlszeile ist nun 
auf einen Blick erkennbar, auf weicher Bild- 
schirmposition welche Variable mit welcher 
Ausschrift eingelesen wird. Sie beinhaltet 
funktionell gleichzeitig die Realisierung von 
Zuweisung, Positionierung, Ausgabe und ab- 
sturzfester Eingabe. Die einfache Variante 
dieser Funktion für den Rollmodus, mit dem 
Namen holeR, soll ebenfalls angegeben wer- 
den. 

Mit dieser Funktion sieht die Eingabe der 
Maße eines Kreiszylinders und die Berech- 
nung seines Volumens bereits so einfach 
aus: 

Volum:=sqrt ( holeR ( 'Durchmesser' )) 
*holeR(‘Hoehe‘)*pi/4.0; 

Eine Zeile, in der einfachste Bedienerfüh- 
rung, Absturzfestigkeit, Lesbarkeit und hoher 
informativer Gehalt vereinigt sind. Als Veran- 
schaulichung hier das gleiche einmal als ein- 
fache Realisierung ohne die hilfreiche Funk- 
tion: 
repeat 

write ( ‘Durchmesser : 
readln (s); 
val (s.d.lo) 
until Io = 0; 



und Schreiben 


repeat 

write (‘Hoehe : '); 
readln (s); 
val (s.hjo) 
until Io = 0; 

Volum: = sqrt (d) *h*pi/4.0; 

Die Vorteile selbst dieser kleinen Hilfsfunk- 
tion holeR dürften damit klar auf der Hand lie- 
gen, aber wir sind hiermit wieder in den Roll- 
modus abgeglitten, der für den Nutzer des 
Programmes unfreundlich ist Dies würde 
sich vor allem bei falschen oder fehlerhaften 
Eingaben bemerkbar machen. 



Bild 4 Bildschirmbild bei einfacher Realisie- 
rung 

Vertippte sich der Nutzer je einmal bei den 
beiden Eingaben, ergäbe sich dadurch das in 
Bild 4 dargestellte Bildschirmaussehen. 
Nutzen wir die Funktion holeXYR, sieht die 
Zeile für die Volumenberechnung des Kreis- 
zylinders so aus: 

Volum: = sqrt (holeXYRfDurcltmesser\10.5)) 
*holeXYR(‘Hoetie‘.10,6)«pi/ 
4.0; 

Die gleichen Vorteile sind erkennbar, aber 
die Lesbarkeit der Befehlszeile hat schon 
merklich abgenommen Dafür haben wir jetzt 
aber erreicht, daß Fehleingaben das Bild- 
schirmaussehen nicht mehr so stark 


JurchcM«- j I0.5 
Hoehe i 20 


Bild 5 Bildschirmbild bei Realisierung mit hole- 
XYR 

verunstalten. Bei den gleichen falschen Ein- 
gaben hätten wir nach Abarbeitung der Be- 
fehlszeile den in Bild 5 dargestellten Bild- 
schirm. 

Alle hier vorgestellten Prozeduren und Funk- 
tionen sind als Anregung gedacht. Sie kön- 
nen vom jeweiligen Nutzer beliebig modifi- 
ziert werden. Denkbar sind für die Lesefunk- 
tionen zum Beispiel noch das Vorlöschen der 
Eingabezeile oder auch das Vorgeben von 
Standard-Eingabewerten. Über die spezielle 
Form solcher Hilfen wird immer das konkret 
zu entwickelnde Programm entscheiden. 
Wesentlich ist die, durch die Anwendung von 
solchen Hilfsmitteln mögliche, erhebliche 
Verkürzung von Programmtexten sowie die 
Zentralisierung der Dialogprobleme. Eine ge- 
wissenhafte Beachtung bereits solcher Prin- 
zipien kann sehr viele Schwierigkeiten ver- 
meiden helfen. 

Das Auswahlmenü 

Auswahl menüs sind vor altem in dialoc- 
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orientierten Programmen die hauptsächliche 
optische Schnittstelle zwischen Programm 
und Nutzer. Der erste Bildschirmaufbau nach 
dem Start eines Programms bestimmt den 
sprichwörtlichen ersten Eindruck, aus dem 
oftmals sofort eine positive oder negative 
Grundeinstellung erwächst. Und dieser erste 
Bildschirmaufbau ist in den meisten Fällen 
das sogenannte Hauptmenü. Es sollte op- 
tisch ansprechend, schnell erfaßbar, sowohl 
leicht als auch komfortabel bedienbar und 
darüber hinaus auch noch sehr informativ 
sein. Programmtechnisch steht dem meist 
die einfache Aufgabe der Belegung einer 
Character-Variablen gegenüber. Wie wichtig 
diese Aufgabe aber von international führen- 
den Softwareproduzenten genommen wird, 
zeigt die Computer- und Softwareentwick- 
lung der letzten Jahre. Da kann der Nutzer 
Dateien mit einer Maus manipulieren und aut 
dem Bildschirm In einen Papierkorb fallen 
lassen. Ausgefeilte Menüs, beispielsweise 
mit Bildsymbolen, beherrschen den Markt. 
Die Realisierung dieser nahezu perfekten Lö- 
sungen ist aber nicht auf jeder Hardware 
möglich und vor allen Dingen auch gar nicht 
nötig. Vorgestellt werden soll daher eine ein- 
fache Lösung, die für den PC 1715 erstellt 
wurde, aber der Erfüllung der oben aufge- 
stellten Forderungen schon sehr nahe 
kommt. Zur Demonstration der Lösung wird 
das Hauptmenü eines Spiel Programms ge- 
nutzt. 

Um den Quelltext des Beispielmenüs lesbarer 
Bild 7 Funktion Menu 
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Bild 6 Konstanten- Vereinbarungen für 
PC 1715 


zu gestalten, vereinbaren wir zuerst einige 
Konstantenbezeichner für die benötigten T a- 
staturcodes und Bildschirmsteuerzeichen 
(Bild 6). Diese Definitionen gelten selbstver- 
ständlich nur für den PC 1715 und ähnliche 
Rechner, zum Beispiel die mit einem entspre- 
chenden Bildschirm ausgerüsteten Büro- 
computer A 5 1 20 und A 51 30 . 

Entsprechend der programmtechnisch zu lö- 
senden Aufgabe wird das komplette Menü in 
eine Funktion verpackt, die dem Programm 
nach seiner Abarbeitung einen gültigen Cha- 
racter-Wert übergibt. Damit wird erst einmal 
erreicht, daß der für den Aufbau des Bild- 
schirmes zu schreibende Text im Hauptpro- 
gramm nicht stört. In dieser Funktion wollen 
wir nun organisieren, daß der Nutzer die ein- 
zelnen Positionen mit einem inversen Balken 
über Kursortasten anfahren und mit < Ent- 
er > auswählen kann. 

Die allgemein übliche Möglichkeit der Aus- 
wahl mittels Kennbuchslaben bleibt dabei er- 
halten. Als zusätzlicher Service wird also er- 
reicht, daß der Nutzer bei dieser Menüfunk- 
tion nun die Auswahl auf zwei unterschiedli- 
che Arten treffen kann. 

Gestaltet man nun den verbleibenden Platz 
auf dem Bildschirm noch ausreichend infor- 
mativ und ansprechend, ist diese Ausbau- 
stufe bereits ganz brauchbar und sicher auch 
für viele Aufgaben ausreichend. Wir wollen 
aber noch einen Schritt weiter gehen. Um 
dem Nutzer zu jeder Menüposition zusätzli- 
che Informationen zu bieten, wird organisiert, 





daß zu jeder Balkenposition rechts neben 
dem Menü eine invers getastete kleine Tafel 
aufleuchtet, in der Zusatzinformationen ent- 
halten sind. 

Die hier vorgestellte programmtechnische 
Realisierung einer solchen Menüfunktion ba- 
siert auf einer konzentrierten Nutzung von 
Bildschirmsteuerzeichen. Die Einfassung der 
Bildschirmtexte, die später intensiv, invers 
oder invers-intensiv getastet werden sollen, 
in je zwei Bildschirm-Steuerzeichen normvi- 
deo, hat seinen Grund in der Tatsache, daß 
diese Steuerzeichen im Bildwiederholspei- 
cher je ein Byte Platz beanspruchen Beach- 
tet man dies nicht, so würde sich der Text auf 
dem Bildschirm bei den ersten auszuführen- 
den Umtastungen verschieben. Gleichzeitig 
muß organisiert werden, daß vor Sendung 
von invsvideo, intsvideo oder ivitvideo an den 
Bildschirm das Ende des umzutastenden Be- 
reiches bereits mit normvideo abgeschlos- 
sen ist, da sonst ein häßliches Aufblitzen des 
Bildschirmes die Folge wäre. Diese notwen- 
dige Einfassung der Bildschirmtexte wird mit 
der lokalen Funktion norm zentral vorgenom- 
men. Die Erzeugung und die Löschung einer 
Markierung werden durch die lokalen Proze- 
duren Markiere und DeMarkiere realisiert. 
Beide Prozeduren nutzen die für sie globale 
Variable hoehe. mit der jeweils spezifiziert 
wird, welche Position zu markieren oder zu 
demarkieren ist. Die Prozedur Markiere orga- 
nisiert die Invers- und Intensiv-Tastung einer 
Menüzeile sowie die Ausgabe der zu dieser 
Zeile gehörenden Zusatzinformation. Diese 
Zusatzinformation, die zu jeder Menüposition 
rechts in der kleinen invers getasteten Tafel 
erscheint, ist in dieser, zur Funktion Menü lo- 
kalen Prozedur, als Konstantenfeld definied. 
Jede Tafel kann maximal aus 3 Zeilen, die je- 
weils 15 Zeichen breit sind, bestehen. Durch 
die lokale Prozedur DeMarkiere wird diese 
Markierung einer Menüzeile wieder rückgän- 
gig gemacht, indem das Bildschirmsteuerzei- 
chen ivitvideo am Anfang der Menüzeile wie- 
der durch normvideo ersetzt wird. Das Lö- 
schen der alten Zusatztafel erfolgt durch einfa- 
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ches Überschreiben mit in nermvldeo einge- Bild 9 Ersatzprozeduren für Insline und 
faßten Leerzeichenketten entsprechender Delline 
Länge. Durch diese nicht zwingend notwen- 
dige Aufteilung von Unteraufgaben aut die 
beiden lokaler Prozeduren und die lokale 
Funktion ist der Programmtext der Funktion 
Menü sehr einfach und übersichtlich gewor- 
den. 

Als erstes wird die Variable hoehe auf 1 0, das 
heißt auf die erste Menüposition gestellt und 
die Markierung durch Aufruf der Prozedur 
Markiere angewiesen Die folgende Repeat- 
Schleife wird nun solange durchlaufen, bis 



Bild 8 Bildschirmaus- 
sehen für das vorge- 
stellte Ausmahlmenü 




inl:.nf 1*21 /«</♦'!/ 
*1 1 /$7f/$f '/ 


<»LB «l,SR-Fhile-SO 
(tLt Df.SS-Enee 



*2!/*5C/*fS/ 



<*Lo«schen i. Zeile ♦> 



der Nutzer eine gültige Auswahl getroffen 
hat. Es wird jeweils ein Zeichen von der Ta- 
statur abgefordert. Dieses Zeichen wird in ei- 
nen Großbuchstaben umgewandelt und die 
alte Markierung auf dem Bildschirm mit Hilfe 
der Prozedur DeMarkiere gelöscht. Wurde 
eine der beiden möglichen Kursortasten be- 
tätigt, wird die Variable hoehe auf den neuen 
Wert eingestellt. Dabei wird eine Ringstruktur 
der Menüposition realisiert. Hat der Nutzer 
die Enter-Taste bedient, will er also die zu- 
letzt markierte Option auswählen, wird das 
Zeichen durch den entsprechenden Aus- 
wahlbuchstaben ersetzt (Bild 7). 

Die Verbindung zwischen dem Auswahlbal- 
ken und dem an das Hauptprogramm zu 
übergebenden Zeichen wird wieder über die 
Variable hoehe erreicht, über die nachfol- 
gend auch wieder die Markierung der jeweils 
angewähiten Menüzeile erfolgt. Entspricht 
nun dieses Zeichen einem möglichen Aus- 
wahlbuchstaben, kann die Funktion dieses 
Zeichen an das Hauptprogramm weiterge- 
ben. Wurde aber eine Kursortaste betätigt, 
wird die nächste Tastenbedienung des Nut- 
zers erwartet. Das von der vorgestellten Me- 
nüfunktion erzeugte Bildschirmaussehen 
kann hier nur schematisch dargesteilt wer- 
den. Dabei wird die eigentlich invers geta- 
stete Menüzeile und die Tafel mit den Zusalz- 
informationen nur durch Fettdruck gekenn- 
zeichnet (Bild 8). Der optische Reiz dieser 
Lösung besteht in der Dynamik des Menüs 
bei der Bedienung. 

Durch die Einführung der Tafeln zu den ein- 
zelnen Menüpositionen bietet unser Menü 
dem Nutzer ausreichende Informationen zu 
den einzelnen auszuwählenden Aktionen. 
Reicht der Platz in den Tafeln nicht aus. kann 
die Festlegung der Tafelgröße in gewissen 
Grenzen, die durch die Bildschirmgröße ge- 
geben sind, leicht verändert werden. Diese 
Ausbaustufe sollte auf kleineren Rechnern 
nicht mehr überschritten werden. Ein gewis- 


ser Service muß zwar realisiert werden, aber 
man sollte vermeiden, des Guten zu viel zu 
wollen. Die Anpassung der Funktion an weni- 
ger als 1 1 Menüpositionen ist einfach. 

Fenster-Hilfen 

Beim Einsatz von Fenstertechniken ist es 
zum Beispiel möglich, in einem kleinen Bild- 
schirmsegment bei sonst konstantem Bild- 
schirmaussehen eine Vielzahl von Informa- 
tionen vorbeirollen zu lassen, Dieses Rollen 
kann auf- oder abwärts erfolgen, je nach der 
speziellen Zweckmäßigkeit. Es ist auch 
denkbar, einzelne Fenster über den Bild- 
schirm wandern zu lassen. Allerdings erfolgt 
bei dem hier vorgestellten Prinzip keine Ret- 
tung und Wiederherstellung von anderen 
überfahrenen Fensterinhalten. 

Die vorzustellende Lösung wurde speziell für 
Compiler entwickelt, die ihrerseits die 
Window-, Insline- und Delline Befehle nicht 
realisieren und kann daher durch Nutzung 
dieser Befehle auf anderen Compilern we- 
sentlich vereinfacht werden. Sie ist sofort auf 
allen Rechnern lauf fähig, die als Prozessor 
den Z 80 (U 880) enthalten, und den Bi Id wie- 
derholspeicher von ÖF800H bis 0FF7FH auf- 
bauen. Dies ist zum Beispiel bei jedem 8-Bit- 
PC oder -BC der Fall, sofern man darauf ver- 
zichtet, speicherplatzbeanspruchende Bild- 
schirmsteuerzeichen zu verwenden Um die 
Lauffähigkeit auf anderen Rechnern zu errei- 
chen, ist aber nur die Änderung jener Kompo- 
nenten der Lösung notwendig, die Inline-Ma- 
schinencode enthalten. Durch die Nutzung 
dieser Inline-Anweisungen konnte der Pro- 
gramm-Code dieser Lösung angemessen 
gering gehalten werden. Die Geschwindig- 
keit der Fensterprozeduren ist ebenfalls auf 
dieses Verfahren zurückzuführen. Die Proze- 
duren, die hier vorgestellt werden, können in 
zwei große Gruppen aufgegiiedert werden 
Die erste Gruppe ermöglicht die gewünsch- 
ten Bewegungen auf dem Bildschirm. Dies 


sind vor allem die Prozeduren insiinedownin 
und inslineupin. Sie sind die Grundlage, auf 
der der Großteil der gesamten Lösung ba- 
siert. Aufbauend aut diese werden eine 
Reihe von Prozeduren angegeben, die den 
Programmierservice schatten, der für die Be- 
herrschung der Lösung notwendig ist. 

Grundprozeduren 

Als erstes werden in Bild 9 zwei Prozeduren 
vorgestellt, die als Ersatz für die nicht zur Ver- 
fügung stehenden Standardprozeduren Ins- 
line und Delline erstellt wurden. Sie sind hier 
angeführt, um ein schnelleres Verständnis 
der folgenden physischen Grundprozeduren 
zu erreichen. In beiden Prozeduren wird auf 
der durch den Parameter i spezifizierten Zeile 
des Bildschirmes eine Leerzeile eingefügt. 
Von dieser Zeile an wird der ursprüngliche 
Bildschirminhalt verschoben, wobei die letzte 
bzw. die erste Bildschirmzeile verloren geht. 
Dieses Wegschieben erfolgt bei der Proze- 
dur inslinedown nach unten und bei der Pro- 
zedur inslineup nach oben. Am Anfang bei- 
der Prozeduren wird zuerst die Errechnung 
der Anzahl der zu verschiebenden Bild- 
schirmzeichen vorgenommen, die leicht 
nachzuvollziehen ist. Da das Verschieben 
der Zeilen direkt im Blldwiederholspeicher 
mit Hilfe der Befehle LDDR und LDIR erfolgt, 
sind die Rechenzeiten dieser Prozeduren mi- 
nimiert. Das Löschen der eingefügten Biid- 
schirmzeilen wird mit Hilfe eines Bildschirm- 
steuerzeichens angewiesen, welches eine 
komplette Zeile löscht und den Kursor an de- 
ren Anfang setzt. Durch dieses Vorgehen er- 
hält man eine sehr gute Bilddynamik. Nach 
der Abarbeitung einer der beiden Prozeduren 
steht der Kursor am Anfang der eingefügten 
Zeile. 

wird fortgesetzt 
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Die moderne Computertechnik durchdringt 
gegenwärtig alle Bereiche des menschli- 
chen Lebens. Die Computer sind in der 
Lage, gewaltige Mengen von Daten zu ver- 
arbeiten, aber nicht nur Daten schlechthin. 
Immer mehr geht es darum, den Computern 
einen gewissen Grad von intelligentem Ver- 
halten aufzuprägen; die Fähigkeit also, sich 
an wechselnde, vor allem unbekannte Be- 
dingungen um sich herum anzupassen. 
Dazu benötigen sie einen gewissen Umfang 
an Wissen, eine Wissensbasis, und die Mög- 
lichkeit, mit diesem Wissen auf unbekannte 
Prozesse, wie Anfragen seitens des Men- 
schen an den Computer, reagieren zu kön- 
nen und dabei Erfahrungen sammeln zu kön- 
nen. Der Computer entwickelt sich zu einem 
wissensverarbeitenden System. 

Im folgenden werden einige Modelle dieser 
wissensverarbeitenden Systeme beleuchtet 
sowie eine Übersicht über Eigenschaften 
von Expertensystemen gegeben. 

Wissensrepräsentation 

Das Wissen über ein bestimmtes Gebiet be- 
steht im allgemeinen aus einer Menge von 
Aussagen. Diese können wahr oder falsch 
sein. Aussagen, wie „Volker und Kerstin sind 
verheiratet.“, lassen sich schwer in die Da- 
tenstrukturen von herkömmlichen Computer- 
programmen pressen. Andererseits ist es 
aber gegenwärtig auch noch nicht möglich, 
eine Wissensbasis direkt durch Eingabe na- 
türlicher Sätze zu füllen. Es müssen daher 
gewisse Schnittstellen zwischen Mensch und 
Computer bestehen. 

Semantische Netze 

Grafische Wissensdarstellung 
Semantische Netze beruhen auf der alten 
und sehr einfachen Idee, daß das Gedächtnis 
- also ein Wissensspeicher - durch Assozia- 
tionen zwischen einzelnen Begriffen gebildet 
wird. Diese Ideen lassen sich bis Aristoteles 
(384-322 v.u.Z.) zurückverfolgen. 
Semantische Netze sind Strukturen, die aus 
Knotenpunkten und Kanten bestehen. Jeder 
dieser Knotenpunkte stellt einen Begriff dar. 
Die Kanten sind gerichtet und widerspiegeln 
eine Beziehung zwischen den beiden Begrif- 
fen, die durch sie verbunden werden. So stellt 
ehefrau-von 

VOLKER > KERSTIN 

eine Beziehung zwischen den beiden Begrif- 
fen VOLKER und KERSTIN dar, und zwar, 


die Ehefrau von Volker ist Kerstin. Das ist so- 
mit eine Möglichkeit, den eingangs erwähn- 
ten Beispielsatz mit einem semantischen 
Netz zu beschreiben. 

Bild 1 zeigt eine weitere Variante, diesen 
Satz mit Hilfe von semantischen Netzen zu 
beschreiben. Es ist El ein Element aus einer 
Menge von EHELICHEN-BEZIEHUNGEN. 
Dann bildet VOLKER den männlichen Teil 
von El und KERSTIN den weiblichen Teil, 
kurz Mann und Frau. EL stellt die Elementbe- 
ziehung dar. Hier wird bereits ein Problem 
deutlich: Beide Netze widerspiegeln densel- 
ben Sachverhalt, haben aber eine andere 
Struktur. Wollen wir das in Bild 1 dargestellte 
Wissen um Informationen über die Kinderder 
beiden bereichern, so erhalten wir die etwas 
umfangreichere Darstellung in Bild 2. 

Aus Sicht der formalen Logik können die 
Strukturen semantischer Netze wie zweistel- 
lige Prädikate aus der Prädikatenlogik aufge- 
faßt werden. Die in Bild 2 dargestellte Struktur 
läßt sich dann folgendermaßen ausdrücken : 

EL (El , EHELICHE-BEZIEHUNGEN) & 

GLEICH [mann (El), VOLKER] & 

GLEICH [trau (El), KERSTIN] & 

TM (ELTERN, MENSCHEN) & 

EL (VOLKER, ELTERN) & 

EL (KERSTIN, ELTERN) & 

TM (KINDER, MENSCHEN) & 

EL (KLAUS, KINDER) & 

EL (MARIA, KINDER) & 

GLEICH [mutter (KLAUS), KERSTIN] & 

GLEICH [vater (KLAUS), VOLKER] & 

GLEICH [mutter (MARIA), KERSTIN] & 

GLEICH [vater (MARIA), VOLKER]. 

Umgekehrt lassen sich auch prädikatenlogi- 
sche Ausdrücke problemlos in binäre Prädi- 
kate umformen und somit mit Hilfe von se- 
mantischen Netzen darstellen. 

Logische Operationen 
in semantischen Netzen 
Wie der prädikatenlogische Ausdruck für das 
in Bild 2 dargestellte semantische Netz zeigt, 
sind die einzelnen Beziehungen im Netz mit 
UND-Verbindungen („&“) miteinander ver- 
knüpft. ODER-Verbindungen (Disjunktionen) 
werden gesondert hervorgehoben. Die Kan- 
ten, die eine solche ODER-Verbindung bil- 
den, werden eingezäunt, und der Zaun erhält 
die Bezeichnung ODER. Bild 3 zeigt uns ein 
semantisches Netz für den Satz: „Kerstin ist 
mit Volker oder mit Ulf verheiratet. “ 

Analog läßt sich die Negation ausdrücken. 
Um die Existenz von bestimmten Objekten in 
den Beziehungen auszudrücken, werden 
Skolem-Funktionen verwendet. Alle in se- 
mantischen Netzen auftretenden Variablen, 
x, entsprechen der Leseart für alle x. Bild 4 


Dipl -Ing Jorg Schmidt (24) absolvierte 
von 1982-1 987 ein Studium in der Fach- 
richtung Computertechnik an der Hoch- 
schule für Maschinenbau und Elektro- 
technik „W. I. Lenin“ Sofia/VRB. ln sei- 
ner Diplomarbeit beschäftigte er sich 
mit Problemen der Mikrocomputertech- 
nik. Seit September 1 987 ist er als wis- 
senschaftlicher Assistent an der Tech- 
nischen Universität Karl-Marx-Stadt tä- 
tig. Gegenwärtiges Arbeitsgebiet sind 
Möglichkeiten der hardwareseitigen 
Unterstützung der Künstlichen Intelli- 
genz. 




Bild 3 ODER-Verbindung in semantischen Netzen 


(vttlUSr-BEZiatMCH ) 

Bild 4 Semantisches Netz mit Skolem-Funktion 


^ ^ 


Bild 5 Implikation in semantischen Netzen 


zeigt dafür ein Beispiel: „Volker hat überall et- 
was verloren.“, d.h., für alle Orte x existiert 
eine Verlustbeziehung v(x) mit einem verlo- 
renen Objekt o(x), das von VOLKER verloren 
wurde. 

Ähnlich wie die ODER-Verknüpfung lassen 
sich Aussagen der Form wenn A dann B (Im- 
plikationen) darstellen. Bild 5 zeigt ein Bei- 
spiel für den Satz: „ Wenn Kerstin mit Volker 
verheiratet ist, dann ist Kerstin nicht mit Ulf 
verheiratet.“ 

Matchen in semantischen Netzen 
In semantischen Netzen matchen die Ziel- 
netze die Faktennetze, wenn es für jede 
Kante im Zielnetz eine entsprechende Kante 
im Faktennetz gibt. 

Unter Matchen versteht man etwas passen- 
des suchen. 

Es wurde bereits darauf verwiesen, daß 
semantische Netze auf prädikatenlogi- 
sche Formeln zurückgeführt werden kön- 
nen. Folglich können zwei Objekte nur 
dann gegeneinander gematcht werden, 
wenn eine Vereinheitlichung der entspre- 
chenden prädikatenlogischen Formeln mög- 
lich ist. 

Ziehen wir noch einmal Bild 1 heran. Wenn 
wir ausgehend von dem vorhandenen Fak- 
tenwissen, daß Volker und Kerstin verheira- 
tet sind, wissen wollen, ob Kerstin die Frau in 
dieser Ehe ist, so müssen wir die frau-Kante 
im Zielnetz mit einer frau-Kante im Fakten- 
netz matchen und finden diese Anfrage be- 
stätigt. (Bild 6) 
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Bild 6 Matchen zweier Netze 



Bild 7 Matchen mit Substitution 


In ähnlicher Weise läßt sich auch nach dem 
Ehemann von Kerstin fragen. Bild 7 verdeut- 
licht diesen Sachverhalt. Das Matchen ergibt 
die Substitution der Variablen x, y als { El / 
x, VOLKER /y}, und wir erhalten VOLKER 
als Antwort auf unsere Frage. 

Probleme entstehen dadurch, daß wir die 
Möglichkeit haben, Fakten in verschiedener 
Art und Weise als semantische Netze darzu- 
stellen. So würde uns die Darstellung in Bild 7 
keine Antwort auf die Frage „Mit wem ist Ker- 
stin verheiratet?“ geben können. Es sei 
denn, das System besitzt spezielles Wissen 
über die Äquivalenz beider Beziehungen. 

Produktionssysteme 

Grundbegriffe und Beispiele 
Produktionssysteme bestehen aus einer glo- 
balen Datenbasis, einer Menge von Regeln, 
die auf die Datenbasis angewandt werden 
können, um diese zu verändern, und einem 
System, das die Aufeinanderfolge von ver- 
schiedenen oder auch gleichen Regeln steu- 
ert (Steuersystem). 

Die Anwendung der Regeln auf die Datenba- 
sis verändert diese Datenbasis. Aus einem 
Anfangszustand wird sie nacheinander in ei- 
nen Endzustand geführt. Die dabei ange- 
wandten Regeln sind ausgehend von der 
Steuerstrategie bestimmt worden. Sie sind 
durch ihren Inhalt zu einem bestimmten Zeit- 
punkt, das heißt auf einen bestimmten Zu- 
stand der Datenbasis anwendbar. 

In der Literatur wird wegen seiner Einfachheit 
und Aussagekräftigkeit sehr oft das Beispiel 
des 8-Zahlen-Puzzles herangezogen. Der 
.Anfangszustand der Datenbasis sei: 

2 3 4 
1 8 5 

7 6 

Dieses Puzzle ist so zu ordnen, daß am Ende 
1 2 3 

8 4 
7 6 5 

entsteht. 

Als Produktionsregeln seien die vier Bewe- 
gungen des Leerfeldes, nach oben, unten 
links und rechts, möglich. 

Die Auswahl der entsprechenden Regel be- 
stimmt die Steuerstrategie. Sie wählt die Re- 
geln aus und merkt sich ihre Reihenfolge. Da- 
bei sind grundsätzlich zwei Strategien mög- 
lich. Bei der einen ist eine Regelanwendung 



Bild 8 Grafische Darstellung eines 
kommutativen Produktionssystems 



unwiderruflich, an den Punkt der Regelan- 
wendung kann nie wieder zurückgekehrt 
werden; bei der anderen wird die Anwendung 
einer Folge von Regeln erst probiert. Falls sie 
nicht erfolgversprechend ist, werden andere 
Regeln angewandt. 

Zur letzteren Strategie gehören das Back- 
tracking-Verfahren und die Graphen-Such- 
verfahren. 

Kommutative und zerlegbare 
Produktionssysteme 

Produktionssysteme sind kommutativ, wenn 
sie folgende Eigenschaften aufweisen: 

(1) Wenn die Anwendung von einer Folge 
von Regeln von der Datenbasis Dl zur Da- 
tenbasis D2 führt, so führt auch jedes Vertau- 
schen der Folge der Regeln von Dl zu D2, 
die Reihenfolge der Regeln ist beliebig. 

(2) Jede der auf die Datenbasis Dl anwend- 
baren Regeln produziert eine Datenbasis, 
auf die diese Regel wieder angewandt wer- 
den kann. 

(3) Wenn eine Datenbasis die erzielten End- 
bedingungen erfüllt, dann führt auch jede Re- 
gelanwendung auf diese Datenbasis zu einer 
Datenbasis, die diesen Bedingungen ge- 
nügt. 

Ein Beispiel für solch ein Produktionssystem 
ist in Bild 8 veranschaulicht. 

Bei zerlegbaren Produktionssystemen (De- 
komposition) kann die Datenbasis, auf die 
eine Regel anzuwenden ist, in Bestandteile 
zerlegt werden, auf die dann einzelne Regeln 
angewandt werden. Dadurch entstehen neue 
Datenbasen, die eventuell wieder entspre- 
chend zerlegt werden können. 

Die symbolische Integration soll uns hier als 
Beispiel dienen. Es ist das Integral 
x 4 dx 
1 1+x 2 

zu bestimmen. Bild 9 zeigt den entsprechen- 
den Ablauf. Um das gegebene Integral zu lö- 
sen, werden zwei Möglichkeiten ausgewählt 
aus einer Anzahl von Regeln der Integral- 
rechnung. Die Division Zähler/Nenner führt 
zu einem spaltbaren Ausdruck. Alle drei Be- 
standteile müssen weiter verfolgt werden. 
Sie sind durch eine UND-Verknüpfung mit- 
einander verbunden. Das Ziel, das Ergebnis 
also, ist erst dann erreicht, wenn alle drei In- 
tegrale 


aufgespalten wurde, können unabhängig 
voneinander gelöst werden; das ermöglicht 
eine parallele Verarbeitung. Ebenso können 
aber auch ODER-Knoten parallel weiter ver- 
folgt werden, bis eine Lösung des Problems 
gefunden wurde. 

Frames 

Frames sind Mengen von Eigenschaften zu 
einem bestimmten Objekt oder Ereignis. Ein 
Frame besitzt einen Identifikator. Das ist der 
Name des Frames bzw. des Objektes, das 
beschrieben wird. Diesem Namen folgt eine 
Reihe von Beschreibungsmerkmalen, die 
auch als Slots bezeichnet werden. 

Beispiel: 

Name: Student-1 

Name: Ralph Schuster 
Alter: 22 

Adresse: Karl-Marx-Stadt 

Ralph Schuster, 22, Karl-Marx-Stadt sind 
Slotinhalte; in diesem Fall Konstanten. Dar- 
über hinaus können Slotinhalte auch selbst 
wieder Framenamen sein. 

Ein Frame Student kann auch wie folgt aus- 
sehen: 

Name: Student 

Name: Aggregat (Vorname, Name) 
Alter: Aggregat (Alter) 

Adresse: ADRESSE 

Dabei deutet ADRESSE auf einen weiteren 
Frame hin. Die Bezeichnung Aggregat ver- 
weist darauf, daß bestimmte Objekte (im er- 
sten Fall Vorname und Name) angegeben 
werden müssen. 

Framestrukturen lassen sich sehr einfach in 
der Programmiersprache Lisp realisieren. So 
werden sie beispielsweise im Expertensy- 
stem MOLGEN (Planung von Experimenten 
in der Molekulargenetik), das in Lisp imple- 
mentiert ist, verwendet. 
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wird fortgesetzt 


/ -dx, f x 2 dx, f dy 

gelöst sind. Diese drei Knoten des Graphen 
in Bild 9 sind sogenannte UND-Knoten. 
Durch die mögliche Anwendung unterschied- 
licher Regeln entstehende Knoten bezeich- 
nen wir als ODER-Knoten. Wir sprechen da- 
her auch von einem UND/ODER-Graphen. 
Die drei Bestandteile, in die das Integral 


Jx 2 - 1 +- 


dx 
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Wie funktioniert 
verteilte Arithmetik? 


Dr. Ralf Rieken 

Technische Universität Karl-Marx- 
Stadt, Sektion Informationstechnik 


Viele Algorithmen zur Realisierung von Digi- 
talfiltern für eindimensionale Signale sowie 
zur Verarbeitung bildlicher Informationen 
(Filterung, Transformationskodierung) bein- 
halten die Berechnung von Produktsummen 
der Form 

y=E<VX| (1) 


Die programmtechnische Implementierung 
derartiger Berechnungen bereitet im allge- 
meinen keine Probleme. Zur Echtzeitverar- 
beitung sind jedoch äußerst leistungsfähige 
Prozessoren erforderlich. Modernste univer- 
selle Signalprozessoren (DSP 32 C, TMS 
320C30, VSP-325) erreichen Spitzenverar- 
beitungsgeschwindigkeiten im Bereich von 
25 bis 37,5 MFLOPS und ermöglichen so die 
Anwendung von Verfahren der digitalen Si- 
gnalverarbeitung in vielen Anwendungsbe- 
reichen. Die Methode der verteilten Arithme- 
tik ist ein sehr interessantes Beispiel zum 
Nachweis der T atsache, daß häufig durch ge- 
schickte Modifikation des zu implementieren- 
den Algorithmus elegante Hardwarelösun- 
gen gefunden werden. Auf der Basis dieses 
Verfahrens sind im Zeitalter der ASICs (appli- 
cation specific integrated circuits) Bausteine 
realisierbar, die bei vergleichsweise niedri- 
gem Integrationsgrad ohne die Verwendung 
von Multiplizierfeldern die höchstintegrierten 
Signalprozessoren (bis zu 700000 Transi- 
storfunktionen) bei der Berechnung von Pro- 
duktsummen übertreffen können. 

Das in IM beschriebene Verfahren soll kurz 
vorgestellt werden. Gleichung (1) repräsen- 
tiert die Definition des Skalarprodukts der 
Vektoren"? und x . Der Vektor"? beinhaltet 
dabei Konstanten Jz. B. Filterkoeffizienten). 
Die Elemente von x sind die zu verarbeiten- 
den Abtastwerte. Werden nun die Elemente 
von x als B Bit lange Zweier- 
komplementzahlen dargestellt, so kann je- 
des Element x, wie folgt geschrieben wer- 
den: 


Winfried Babinsky, Schwerin 


Häufig tritt bei Dateiarbeit die Frage auf, wie- 
viel Speicherplatz auf der Diskette noch ver- 
fügbar ist. Im folgenden wird eine Turbo-Pas- 
cal-Funktion für SCP 1 700 beschrieben, die 
den verfügbaren Speicherplatz als Integer- 
wert in KByte übergibt. 

Im Betriebssystem SCP 1 700 wird die Bele- 
gung der Diskette über die Allocations-Bit- 
Map verwaltet. Dieser Vektor wird durch das 
BIOS aus den Directory-Einträgen ermittelt 


Xi=IXi (k) -2- k mitXj (k) =|° (2) 

Durch Einsetzen von (2) in (1) erhält man: 
y=Z 2“ k L er* 00 (3) 


Die rechte Summe repräsentiert die Produkt- 
summe für die Bitebene k. Da alle c, a priori 
bekannt sind, können die für eine Bitebene 
möglichen 2 N Produktsummen (Zwischen- 
summen) in einer Tabelle abgespeichert wer- 
den. Die jeweilige Zwischensumme wird 
dann durch das Anlegen der k-ten Bitebene 
von x als Tabellenadresse ausgelesen. Die 
linke Summe beschreibt die stellenrichtige 
Addition der Zwischensummen zum Gesamt- 
ergebnis. Dazu sind insgesamt B Schritte 
notwendig. 

Die schaitungstechnische Realisierung (Bild 
1) erfordert N Schieberegister, einen Tabel- 
lenspeicher (RAM) mit 2 n Speicherplätzen 
sowie einen Addierer mit Registern (z. B. 
Carry-Save-Addierer 131). Jedes Schiebere- 
gister (SRI . . SRn) enthält ein Vektorelement 
X|. Das niederwertigste Bit von jedem Schie- 
beregister bildet ein Adreßbit für den RAM. 
Der Addierer summiert die gelesenen Tabel- 
lenwerte, indem die Summe des vorherge- 
henden Schrittes nach Division durch 2 an 
den rechten Addierereingang gelegt wird. 
Das niederwertigste Bit jedes Zwischener- 
gebnisses ist bereits ein Ergebnisbit und wird 
deshalb im Ergebnisregister durch Rechts- 
verschieben vor dem Überschreiben im 
nachfolgenden Takt gerettet. Nach B Schrit- 
ten enthält das Ergebnisregister die Gesamt- 
summe. 

Die Verarbeitungszeit ist unabhängig von der 
Vektorlänge und der Genauigkeit der Koeffi- 
zienten. Für beispielsweise 8 Bit lange Ab- 
tastwerte und eine angenommene Verarbei- 
tungszeit von 100 ns je Zwischenschritt liegt 
das Endergebnis nach 800 ns vor. Bei einer 
Vektorlänge von 8 entspricht die Berechnung 
des Skalarprodukts der Ausführung von 8 
Multiplikationen und 7 Additionen nach Glei- 
chung (1). Diese einfache Arithmetikeinheit 
leistet somit bezogen auf einen sequentiellen 
Prozessor bereits 18,75* 10 6 arithme- 


und im Speicher abgelegt. In diesem Vektor 
bedeutet ein Bit = 1 , daß dieser Block belegt 
ist. Ein Bit = 0 kennzeichnet einen freien 
Block. Die Blockgröße richtet sich nach dem 
jeweiligen Diskettenformat und ist im Disket- 
tenparameterblock (DPB) bei Offset 3 durch 
ein Byte (BLM) definiert. Die Länge des Vek- 
tors ist abhängig von der Diskettenkapazität. 
Diese läßt sich aus dem Produkt aus BLM 
und der möglichen Anzahl der Blöcke der 
Platte, welche im DPB bei Offset 5 (DSM) als 
Wort definiert ist, ermitteln. Dabei ist zu be- 
achten, daß der Wert im DSM die Anzahl der 



Bild 1 Struktur einer Verarbeitungseinheit nach 
dem Prinzip der verteilten Arithmetik 

tische Operationen je Sekunde, höhere 
Werte sind möglich. 

Der Nachteil des Verfahrens liegt im dem mit 
der Vektorlänge exponentiell ansteigenden 
Umfang der Tabelle. Dieses Problem kann 
allerdings relativ einfach durch die Aufteilung 
von langen Vektoren auf mehrere unabhän- 
gig arbeitende Arithmetikeinheiten gelöst 
werden (z. B. mehrere Baugruppen für Vek- 
toren mit 8 Elementen). Die Gesamtverarbei- 
tungszeit steigt dabei nur geringfügig durch 
die notwendige Zusammenfassung der Teil- 
ergebnisse an. Die Einführung von Pipelining 
schafft hier jedoch Abhilfe. 

Auf der Basis des vorgestellten Verfahrens 
sind äußerst leistungsfähige Verarbeitungs- 
strukturen realisierbar. In 121 wird die Imple- 
mentierung der rechenzeitaufwendigen dis- 
kreten Kosinustransformation auf einem 
Chip mit nur 12000 Transistoren beschrie- 
ben. 
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Blöcke minus 1 enthält. Die vorgestellte 
Funktion wertet diese Parameter selbständig 
aus, so daß eine umfangreiche Parameter- 
übergabe entfällt. Gleichzeitig ist damit ein 
universeller Einsatz, für alle unter SCP 1 700 
lauffähigen Diskettenformate, ohne Ände- 
rung der Funktion gewährleistet. 

An Hand dieser Funktion soll gleichzeitig der 
Einsatz von BDOS-Funktionen (BDF) in 1 6- 
Bit-Systemen, welche unter Turbo-Pascal 
eine sehr systemnahe Programmierung er- 
möglichen, demonstriert werden. 

Für die Verwendung von BDOS-Funktionen 
in 16-Bit-Systemen ist ein Record zu definie- 
ren, der die Parameterübergabe realisiert 
und dabei gleichzeitig als Zwischenspeicher 
für die Register der CPU beim Interrupt 224, 
welcher durch die BDOS-Funktion intern auf- 
gerufen wird, dient. Dieser Record ist im Bei- 


Diskettenkapazität 

unter SCP 1 700 mit Turbo-Pascal 
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spiel als CPUREG, die dazugehörige Varia- 
ble als REG, definiert. Die Auswahl der BDF 
erfolgt durch das Einträgen der Funktions- 
nummer in den Lowteil des CX-Registers. 
Weitere Parameter sind wie in /I/ beschrie- 
ben entsprechend der jeweiligen BDF einzu- 
tragen. Danach wird mit dem Befehl BDOS 
(REG) die Ausführung der BDF veranlaßt. 
Der Aufruf der Funktion erfolgt mit: 
Var:=DISKKAP(LW,LWZ); 


Hierbei ist LW das Laufwerk, für das die Spei- 
cherkapazität ermittelt werden soll. LW und 
LWZ sind als CHAR anzugeben. 

Der Einsatz dieser Funktion in 8-Bit-Syste- 
men unter SCP ist problemlos möglich. Es ist 
dabei nur die Veränderung der Adressen, 
keine Segmentangabe, zu beachten und ent- 
sprechend im Quelltext zu ändern. 

Dieser Beitrag soll eine Anregung sein, unter 
Nutzung von BDOS-Funktionen unter Turbo- 


Pascal systemnah zu programmieren. Für 
versierte Pascal-Programmierer ist es si- 
cherlich günstiger, diese Funktion in As- 
sembler zu schreiben und sie mit der INLINE- 
bzw. EXTERNAL-Anweisung in den Quell- 
text einzubinden. 
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FUNCTION D 1 5KK AP ( LW , LWZ : CHAR > s INTEGER; 

CPUREG-RECORD 

AX , BX , CX , DX , BP ,SI , DI , DS , ES T FLAGS: INTEGER; 
END; 



REG s CPUREG; 

DPBSE6 , DPBOFS , ALSEG , ALOFS , DK , 1 1 , 1 3: I NTEGER; 


< DISKETTENKAPAZITAET ERMITTELN > 
DK : =BG* ( MEMW t DPBSEG s DPBOFS+5 3 + 1 > ; 




BEGIN 
12 : = 0 ; 

WITH REG DO BEGIN 

< KAPPA ZITAET FUER WELCHES LW ? > 

{ AKTUALISIERUNG DES AL.LOC-VEKTORS> 
CX : ~$000£ ; CBDF 14> 



END; ' 

BDOS (REG) ; 

CX:=*000D; <BDF 133 

< Adresse’ alloc-vektor ermitteln > 

CX : =$00 1 B; <BDF 31 > 

BDOS (REG) ; 

ALOFS: -BX ; 

{ ADRESSE DPB ERMITTELN > 

BDOS (REG) ; 

DPBSEG: «ES; 

DPBOFS: =BX; 


< LAENGE ALLOC_VEKTOR ERMITTELN > 

ALN: =ME MW E DPBSEG: DPBOFS+5 3 DIV 8; 

< BIT-BELEGUNG ERMITTELN } 

13: =0; 

FÜR 1 1 : -ALOFS TO ALOFS+ALN DO BEGIN 

12: =MEMC ALSEG: 113; 

IF (12 AND 128) = 128 TUEN 13« =13+1; 

IF (12 AND 64) = 64 THEN 13: -13+1; 



DISKKAP: ~DK~BG*I3; <BG*I3 - BELEGTE SPEICHERKAPAZITÄT 

< AKTUELLE LW ZURUECKSTELLEN } 

WITH REG DO BEGIN 

CASE LWZ OF 
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* 1739 Scharnhausen/Württ. 
+ 1790 Echterdingen/Württ. 


Der Schatten eines Nagels hatte P. 
M. Hahn dazu angeregt, sich in sei- 
ner Jugendzeit mit Sonnenuhren 
und intensiv mit Astronomie zu be- 
fassen. Diese praktische Neigung 
wurde ihm während seines ganzen 
späteren Lebens zum zweiten Be- 
ruf, so daß er sich schließlich als 
ausgezeichneter Erfinder und Me- 
chaniker einen Namen machte. 
Doch bestimmte ihm das Eltern- 
haus den Beruf eines Theologen. 
Von seinem Vater, der selbst Pfar- 
rer war, wurde er schon frühzeitig 
auf diese Laufbahn vorbereitet: Be- 
reits mit vier Jahren erhielt er von 
ihm Unterricht in den Altsprachen 
Latein, Griechisch und Hebräisch. 
Während seines entbehrungsrei- 
chen Theologie- und Philosophie- 
studiums 1757-1760 an der Uni- 
versität Tübingen kamen ihm seine 
mechanischen Kenntnisse insofern 
zustatten, als er sich mit der Anferti- 
gung von Sonnenuhren seinen Stu- 
dienunterhalt mit bestreiten konnte. 
Nach Übernahme (1764) eines 
Pfarramtes in einem württembergi- 
schen Dorf unterhielt er von nun an 


in seinem Pfarrhaus ständig eine 
feinmechanische Werkstatt, in der 
mehrere Gehilfen und dann auch 
einige seiner Söhne beschäftigt wa- 
ren. In dieser Werkstatt baute man 
von Hahn erfundene oder verbes- 
serte Präzisionsuhren in Taschen- 
und Großformat, Standuhren mit 
astronomischen Beiwerken, Son- 
nenuhren, Planetarien bzw. astro- 
nomische Uhren, die das Gesche- 
hen im erd- und sonnennahen 
Raum Wiedergaben. 

Die schwierigen Berechnungen für 
all diese Präzisionsgeräte mögen 
wohl Hahn schließlich veranlaßt ha- 
ben, sich dem Bau einer Rechen- 
maschine für alle vier Grund- 
rechenarten zuzuwenden; das 1. 
Exemplar war 1774 fertiggestellt 



(siehe Bild). In dieser Maschine hat 
Hahn das von Leibniz erfundene 
Prinzip der Staffelwalze verarbeitet 
und ein festes Staffelwalzen-Stell- 
werk eingebaut. Die Betätigung der 
zentralen Antriebskurbel bewirkt 
eine serielle Addition der (offenbar 
1 1 stelligen) Zahlen des Stellwerkes 
zum innen gelegenen Summen- 
werk. Neuartig und konstruktiv gün- 
stig durchdacht ist die dazu ge- 
wählte runde Trommelform. Hier- 
in folgte Hahn einem Vorschlag des 
Mathematikers und Mechanikers 
Jakob Leupold (1674-1727), der 
das Wissen seiner Zeit auf 
den Gebieten der praktischen Me- 
chanik und der Rechentechnik in 
einem 12bändigen Werk („The- 
atrum Machinarum“) zusammen- 
gefaßt hat. 

Bis zur Gegenwart wird P. M. Hahn 
- besonders in seiner Heimat - ein 
hohes ehrendes Andenken be- 
wahrt, wird doch seine mechani- 
sche Werkstatt als die Keimzelle 
der späteren Württembergischen 
feinmechanischen Industrie ange- 
sehen ! Er gilt dort als Begründer der 
Waagenindustrie und der Fein- 
werktechnik. Seine Maschine 
wurde die erste industriereife Re- 
chenmaschine, von der noch heute 
einige Exemplare funktionstüchtig 
Sind. Dr. Klaus Biener 
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Commodore-Interfa ce 
am U 880 

Commodore verwendet bei seinen 
Heimcomputern einen eigenen Peri- 
pheriebus, der eine einfache An- 
schaltung der verschiedenen Daten- 
endgeräte an den Computer erlaubt. 
Doch was ist zu tun, wenn man einen 
Drucker mit Commodore-Interface an 
einen Rechner mit dem Prozessor U 
880 anschließen möchte? 

Die Commodore-Schnittstelle 
Es handelt sich dabei um ein Inter- 
face mit serieller Busstruktur, das an- 
ders als bei einer V.24-Schnittstelle 
die Parallelschaltung von bis zu 15 
Geräten am Bus erlaubt. Die Periphe- 
riegeräte hören zunächst nur passiv 
am Bus. Erst durch Befehle vom Con- 
troller (Rechner) werden sie aktiviert. 
Das Interface ist eine vereinfachte 
Version des Standard-IEEE-488- 
Busses. 

Neben der Masse gibt es die Leitun- 
gen ATN (Attention), DATA, CLOCK 
und bei Bedarf IFC (Interface Clear- 
= Reset) für ein Hardware-Reset. 

ATN 

Dieses Signal dient der Peripherie zur 
Unterscheidung zwischen Befehls- 
und Datenbytes. Low-Pegel bedeutet 
Übertragung von Befehlen vom Com- 
puter zur Peripherie, High-Pegel 
kennzeichnet Daten. 

CLOCK 

Der Datensender steuert mit dem 
CLOCK-Signal die Übernahme der 
Datenbits durch den Empfänger. 
Durch die steigende Flanke von 
CLOCK wird das Datenbit eingele- 
sen. 

DATA 

Vom Sender wird das Daten- bzw. 
Befehlsbyte seriell - beginnend mit 
dem LSB - auf die Datenleitung ge- 
schoben. 

IFC 

Mit IFC = Low wird ein Reset in den 
Peripheriegeräten ausgelöst. 

Die Leitungen ATN und IFC werden 
grundsätzlich nur vom Computer ge- 
steuert, der somit jeglichen Befehls- 
und Datentransport am Bus kontrol- 
liert. Der Computer fordert einzelne 
Peripheriegeräte als Listener (Hörer) 
oder Talker (Sprecher) auf und über- 
gibt im letzten Fall die Steuerung des 
Datentransfers zeitweilig dem kon- 
kret angesprochenen Gerät, das 
heißt, die Leitungen CLOCK und 
DATA werden durch den aktiven Tal- 
ker kontrolliert. Aus diesem Grund 
und wegen der noch zu beschreiben- 
den Quittierungszyklen sind beide 
Leitungen mit Open-Kollektor-Gat- 
tern und 1 -kß-Pull-up-Widerständen 
zu versehen. Sie werden vom aktiven 
Gerät auf Low-Potential gezogen IM. 
Hardware 

Rechnerseitig werden für die Inter- 
face-Steuerung mindestens 4 Bit ei- 
nes PIO-Kanals benötigt. Es sind dies 
die Leitungen ATN-OUT, CLOCK- 
OUT sowie DATA-IN/OUT. Wird das 
Interface vollständig aufgebaut, kom- 
men noch die Signale CLOCK-IN 


(z. B. für den Anschluß einer Commo- 
dore Floppy-Station) und IFC hinzu. 
Bild 1 zeigt die Schaltung der Anpaß- 
stufe. (Zwei der vier Gatter des D 1 03 
könnten frei bleiben, wurden jedoch 
zweckmäßigerweise zum Treiben 
von ATN und IFC eingesetzt.) Wei- 
tere Hardware, zum Beispiel ein CTC, 
ist nicht notwendig, da die Zeitbedin- 
gungen aufgrund der bitsynchronen 
Übertragung relativ unkritisch sind 
und über Zählschleifen erfüllt werden 


Bild 3 



Bild 1 Schaltung der Anpaßstufe 
für das Commodore-Interface (*nur 
bei Anschluß eines Talkers am Bus 
notwendig) 

Datenübertragungs- 

diagramm 

Beschränkt man sich auf den An- 
schluß eines Listeners am Bus, so 
wird ein Quittierungszyklus vom 
Empfänger zum Sender praktisch nur 
nach dem Senden eines vollständi- 
gen Bytes benötigt. Des weiteren gibt 
es noch einen ATN-Bestätigungs- 
zyklus (nach dem Schalten von ATN- 
= Low) und einen End-of-lnforma- 
tion-Quittierungszyklus, die jedoch 
beim Anschluß nur eines Gerätes ent- 
fallen können. Unter diesen Gesichts- 
punkten zeigt Bild 2 ein Schema der 
Abläufe zur Datenübertragung vom 
Computer zur Peripherie. 

Das Aktivieren eines Peripheriegerä- 
tes erfolgt durch Aussenden der ent- 
sprechenden Primäradresse, optio- 
nal gefolgt von der Sekundäradresse. 
Das ist dem Gerät durch ATN = Low 
vor LOCK = Low (TI) anzuzeigen. 
(Die Bestätigung erfolgt durch die Pe- 
ripherie, indem nach TI die DATA- 
Leitung für 1 ms Low wird.) Nachdem 
der Empfänger das letzte Befehlsbyte 
quittiert hat (TI 2), wird ATN- 
= High. 

TI Mit CLOCK = Low wird vom Com- 
puter die Sendeanforderung ge- 
stellt. 

T2 Der Empfänger quittiert die Anfor- 
derung mit DATA = Low (T2- 
T1 r- 1 ms). 


Bild 2 Diagramm zur Interface- 
Steuerung 
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DOL SET 
D04 OUT 




D05 


;Zeitverzoeg. 

; TAKT HIGH 

;Zeitverzoeg. 
'.Ausgabe HIGH-Bit 


PT PJO 

PIO Initialisierung 

PIO LD C, PORT+2 ;SteuerwortAdresse Port B 

LD E.0CFH ; Programm. MODE 3 

OUT (C),E 

LD E.0C3H ; BI T EEAAAAEE 

OUT < C ) . E 

LD C, PORT ;Datenwort Adresse 

OUT (C),E ;TreiberAusgaenge HIGH 

JP AUS 


PT RESET 
Hardware-RESET 
RESET SET 2.E 

OUT (C),E 

RES 2, E 

OUT < C) , E 

LD B,6 

ST1 CALL TIM 

DJNZ ST1 

JP AUS 


;B2 LOW 
;B2 HIGH 


TIM PUSH 
LD 

TIM0 LD 
TIM1 DJNZ 
DEC 
JR 
POP 
RET 

AZ DEFB 

TAB DEFW 

DEFW 
DEFW 


BC ;UP ZEITSCHLEIFE 

C.0 

B,0 

TIM1 

C 

NZ.TIM0 

BC 

0 ; Zwischen spei eher fuer Ausgabewert 

0204H ;PIO-INIT, ATN LOW 

6724H ;Geraet 4=Listener, Sekundaeradr. 

0FF03H ; ATN HIGH , Ende-Kennung 


T3 Der Sender ist bereit, das Byte 
auszugeben, CLOCK = High (TS- 
TZ § unendlich). 

T4 Ist der Empfänger bereit, wird die 
DATA-Leitung frei, das heißt DATA- 
= High (T4-T3 § unendlich). 

T5 Das LSB des Bytes wird auf die 
Datenleitung gelegt, und CLOCK 
geht auf Low (T5-T4 = typisch 
40 ,us). 

T6 Mit der LH-Flanke des Senders 
auf der CLOCK-Leitung übernimmt 
der Empfänger das Bit (T6-T5 = ty- 
pisch 70/rs). 

T7 Der Sender stellt das nächste Bit 
bereit und setzt CLOCK = Low (T7- 
T6 = typisch 20fiS). 

T11 Der Sender setzt DATA = High 
und CLOCK = Low. 

T12 Der Empfänger bestätigt die 
Übernahme des MSB durch DATA 
= Low (T12-T11 £ 1 ms). 

TI 3 Der Sender ist bereit, das näch- 
ste Byte auszugeben (T13-T12S 
unendlich). 

Die Bytequittierung unterscheidet sich 
für Daten- und Befehlsbytes nicht /2/. 

Befehlsbytes 

Es gibt die globalen Befehle 3FH 
(UNLISTEN) und 5FH (UNTALK), die 
aus einem Byte bestehen und sich an 
alle Peripheriegeräte wenden. Zwei- 
bytebefehle bestehen aus Primär- 
und Sekundäradresse. 

Primäradresse 

Das untere Halbbyte selektiert mittels 
der Gerätenummer das Gerät, wäh- 
rend das obere die Funktion einstellt. 


(2XH, 3XH schalten auf LISTEN, 
4XH, 5XH schalten auf TALK.) 
Sekundäradresse 

Sie setzt das Gerät in bestimmte 
Funktionsmodi, zum Beispiel werden 
beim Drucker Zeichensätze umge- 
schaltet. Die Sekundäradresse ist 
gleich oder größer 60H, die unteren 5 
Bit kennzeichnen den Modus. 
Software 

Der Treiber wurde für die Ansteue- 
rung eines Druckers SP180VC (Sei- 
kosha) entwickelt. Aufgrund der Be- 
sonderheit, daß eine Initialisierung 
des Druckers am Peripheriebus not- 
wendig ist, wurden die Funktionen 
PIO (zur PlO-Programmierung, Byte 
04), RESET (Drucker-Reset, 05), 
ATN = Low (02) und ATN = High (03) 
vorgesehen (PIO und RESET brau- 
chen nicht über den Treiber erzeugt 
werden, sondern können auch sy- 
stemgerecht installiert werden). Mit 
Hilfe des Programms DRUCKERINITIA- 
LISIERUNG wird die Bytefolge 04H 
02 H 24 H 67H 03H abgearbeitet, die 
den Drucker am Bus aktiviert. 

Weitere Programmteile des Treibers 
sind der Funktionsverteiler MAIN, 
FRAM für die Bytequittierung und D0UT 
zur seriellen Ausgabe eines Bytes. 
Literatur 

IM Albrecht, M.: DISKMON-AIM mit 
Floppy-Disk VC1 541. 

65xx MICRO-MAG 

121 Löhr, R.: IEC: Die seriellen Busroutinen. 
65 xx MICRO-MAG 

Dr. Ralf-Henning Seidenspinner 


Bandlisten beim KC 87 

Auch bei den Kleincomputern Z 9001 , 
KC 85/1 und KC 87 kann der Kasset- 
teninhalt mit einem Basic-Programm 
ermittelt werden, wie das folgende Li- 
sting zeigt. Von Basic-Programmen 
werden Namen und Schutzcode (in 
Form der ersten drei Bytes des FCB 
als Grafikzeichen) ausgegeben, von 


LIST 


Auf einer Grundkassette für den Infor- 
matikunterricht in Schulen wird u.a. 
das Programm COPY Version 4.3 ver- 
trieben, mit dem alle Files mit fortlau- 
fenden Blocknummern kopiert werden 
können. Sind die Blocknummern nicht 
fortlaufend, wie z. B. bei OS-SAVE, so 
arbeitet COPY nicht oder fehlerhaft. 
Um auch solche Files kopieren zu 
können, brauchen nur zwei Bytes ver- 
ändert zu werden. Es sind dies: 
Adresse alt neu 

4B1 2A C7 

4E4 28 18 


Maschinenprogrammen Anfangs-, 
End- und Startadresse sowie Name 
und Typ. Abgebrochen werden kann 
das Programm, wenn man während 
des Lesens eines Blocks die STOP- 
Taste gedrückt hält. 

Hinweis: Es erfolgt keine Prüfung auf 
Lesefehler. Reinhard Wobst 


Beim so modifizierten Programm 
muß die erste Anfrage „Save Op- 
tion?“ stets mit ENTER beantwortet 
werden. Bei Lesefehlern springt 
COPY jetzt zum Warmstart des Sy- 
stems, das heißt, das Lesen muß wie- 
derholt werden. 

Der Name des gelesenen Files steht 
ab 5C2H und kann mit einem entspre- 
chenden Monitorprogramm vor dem 
Auslagern verändert werden. 


Programm Rollen rechts 

Diese kurze MC-Routine für U 880 
rollt den Inhalt des Bildschirms um 
genau ein Pixel nach rechts. 

Dabei wird eine Bildschirmfläche von 
255x255 Pixeln bewegt. Das Pro- 
gramm ist in verschiebbarem MC ge- 
schrieben und somit auf jedem freien 
Speicherbereich lauffähig. Die Spei- 
cherplatzbelegung dient nur als Vor- 
schlag. 

000 CD 18 F0FDE5F5 21 00 
000B 80 06 FF C5 E5 FD El FD 
0010 7E 1 F 0F 3F 3F 06 20 CB 
0018 IE 23 10 FB CI 10 EC Fl 
0020 FD El CD 1 B F0 C9 00 00 
Die Eingabe des Programms kann 
über Modify auf einen beliebigen 
Speicherbereich erfolgen. Eine an- 
dere Variante wäre das Einlesen von 
Basic aus (siehe Bild). 

Es existieren folgende Optionen: 
POKE < Startadresse dez. > + 1 9,X 


X = 55 für herausrollen (Standard) 
X = 63 für rundumrollen 

X = 0 für invers rundumrollen 

POKE < Startadresse dez. > + 8,Y 
Y = Anfangszeile Rollfenster + 1 28 
(Standard ganzer Bildschirm, nur ge- 
rade Zahlen < 30, 1 Rollzeile = 8 Pi- 
xel hoch) 

POKE < Startadresse dez. > + 10,Z 
Z = (Zeilenanzahl im Rollfenster) * B 
(Standard ganzer Bildschirm, nur ge- 
rade Zahlen < 30) 

ACHTUNG: 

Zeilenanzahl immer £ (32-Anfangs- 
zeile Rollfenster) 

Der Aufruf des Programms erfolgt 
von Basic aus: 

CALL < Startadresse dez. > bzw. 
CALL * < Startadresse hex. > 

Thorsten Noske 



■■ D0KE 27,1 28: CALL *FF59: CALL «FAE3 
IF N.'l THEN30 : ELSE IF N=0 THEN60 

FOR 1=128 T0 138: GOSDB120: NEXT: PHIHT: G0 
149 STEP 2: GOSUB80: PRINT " NEXT 

138: G0SUB1 20 : GOSUB130: NEXT: PRINT: GOTO30 


B,'9 THEN B=B+7 
INT CHR$(B+48) ; : ■ 
INT CHR$ ( ( 32+PEEK 
1=135 THEN PRINT 


Eine Bemerkung zu COPY Version 4.3 
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Die intelligente Maschine 

Der Computer als Experte 
von M. Roth, Urania-Verlag Leipzig, 
Jena, Berlin, 1988, 96 S:, DDR 7,50 M 
Die Mittel und Möglichkeiten der 
Künstlichen Intelligenz, eines Teilge- 
bietes der Informatik mit starken Be- 
ziehungen zu anderen Wissen- 
schaftsdisziplinen, entwickeln sich 
mit großer Geschwindigkeit, werden 
immer stärker theoretisch fundiert 
und zunehmend relevant für die Lö- 
sung von Problemen in (gemischten) 
Mensch-Maschine-Systemen. Dabei 
werden viele Probleme heiß diskutiert 
und von unterschiedlichen Stand- 
punkten aus auch verschieden beant- 
wortet -zum Teil stark emotions- und 
weniger kenntnisbeladen. 

In diesem Problemfeld nimmt das 
vorgelegte Büchlein eine wertvolle 
und streitbare Position ein; wertvoll, 
weil es Laien auf diesem Gebiet er- 
möglicht wird, sich einen sachlich gut 
fundierten Überblick über die Aufga- 
ben und Lösungen der Wissensverar- 
beitung und der Expertensysteme zu 
verschaffen. Streitbar, weil es akzen- 
tuiert die Möglichkeit und Sinnfällig- 
keit der Schaffung intelligenter com- 
putergestützter Systeme bejaht, be- 
gründet und verteidigt. 

In geschickt komprimierter Darstel- 
lung werden sowohl die technischen 
Entwicklungen der Computerwelt als 
auch theoretische Grundlagen, vor 
allem aus der Logik, vorgestellt, die 
zusammen mit einigen philosophi- 
schen Hintergründen folgerichtig zum 
Begriff des Expertensystems führen. 
Nach Darstellung der Ziele und der 
Architektur derartiger Systeme wird 
an interessanten Beispielen darge- 
stellt, welche Leistungen gegenwär- 
tig erreichbar und welche künftig zu 
erwarten sind. 

Die Darstellung läßt die ungeheure 
Spannweite dieser Problematik, von 
technischen und theoretischen 
Grundlagen bis zu moralischen, ethi- 
schen und philosophischen Frage- 
stellungen, ahnen und weckt den Op- 
timismus zu ihrer Bewältigung. 

Eine interessante, zu Diskussionen 
anregende Lektüre, keine ausgereifte 
Darstellung für den Fachmann, viel- 
mehr für einen breiten Leserkreis be- 
stimmt, der am wissenschaftlich-tech- 
nischen Fortschritt interessiert ist. 

Prot. Dr. Ch. Posthoff 


MS-DOS 

für Fortgeschrittene 

von R. Duncan, Vieweg-Verlag 
Braunschweig, 1987, 473 S., ISBN 3- 
528-04539-6 

Dieses Buch knüpft an die Tradition 
guter amerikanischer Fachbücher an. 
Es vermittelt anschaulich eine Fülle 
von Kenntnissen, deren Erwerb 
durch die Art der Darstellungsweise 
Freude beim Studium bereitet. Dabei 
bürgt schon der Name des Autors für 
Qualität. Ray Duncan ist durch eine 
ganze Reihe von Publikationen in die- 
sem Genre bekannt. Er vermittelt mit 
diesem Buch in zwangloser Form und 
mit der Präzision des Könners Kennt- 
nisse vom Umgang mit dem MS- 
DOS-Betriebssystem bei der system- 


nahen Anwendungsprogrammierung 
in Assembler und C. Mehrere As- 
sembler-Programme illustrieren ex- 
emplarisch, wie die MS-DOS-Mecha- 
nismen funktionieren und wie sie 
praktisch gehandhabt werden. Zum 
Beispiel gibt es ein Terminal-Emula- 
tor-Programm, das anschaulich den 
Umgang mit der seriellen Schnitt- 
stelle zeigt. In abgewandelter Form 
können viele der mitgeteilten Pro- 
grammkonstrukte zur Lösung ähnlich 
gearteter Probleme in der Praxis ver- 
wendet werden. Der im Kapitel „In- 
stallierbare Schnittstellentreiber“ vor- 
gestellte Muster-Device-Driver, der 
leicht an eigene Bedürfnisse angepaßt 
werden kann, ist ebenfalls in diesem 
Zusammenhang erwähnenswert. 

Bei „MS-DOS für Fortgeschrittene“ 
handelt es sich um die deutsche 
Übersetzung einer amerikanischen 
Ausgabe von Microsoft-Press, was 
dieses Buch auch als Referenzhand- 
buch autorisiert. Ob dieser oder ein 
anderer Grund dazu bewogen hat, 
den zweiten Teil des Buches in engli- 
scher Sprache zu belassen, sei da- 
hingestellt und dürfte vom fortge- 
schrittenen Leser nicht als Mangel 
empfunden werden. Dieser zweite 
Teil enthält eine Auflistung aller Sy- 
stemaufrufe bis einschließlich DOS- 
Version 3.1 in Form eines Referenz- 
Teils, der jeden DOS-lnterrupt und 
seine Funktionen exakt beschreibt. 
Ebenso exakt sind die IBM-BIOS- 
Funktionen und der Lotus/Intel/Micro- 
soft-Speichererweiterungs-Standard 
dargestellt. Der Referenzteil läßt an 
Vollständigkeit kaum etwas zu wün- 
schen übrig; was ihn darüber hinaus 
auszeichnet, ist eine absolute Detail- 
treue und hohe Informationsdichte. 
Der fortgeschrittene Programmierer 
findet hier feinste Softwaredetails, 
untersetzt mit kurzen Beispielen, die, 
im Zusammenhang mit anspruchs- 
voller Hardwareliteratur zum IBM-PC 
betrachtet, ein rundes Bild der perfek- 
ten Handhabung eines PCs geben 
können. Damit ist dann auch der Le- 
serkreis für das Buch charakterisiert, 
der sich wohl vornehmlich in den Rei- 
hen der Systemprogrammierer und 
engagierten PC-Anwender finden 
läßt, die es ganz genau wissen wol- 
len. Wer ständig nach dem Wie fragt 
und den Sachen stets auf den Grund 
geht, der kommt bald an den Punkt, 
an dem ihm möglicherweise dieses 
Buch zu einem exklusiveren Ver- 
ständnis der internen Vorgänge in 
seinem PC verhelfen kann. Th. a 


UNIX 

Ein umfassendes Kompendium für 
Anwender und Systemspezialisten 
von H. Drees, Verlag Markt &Tech- 
nik, München 1988, 570 S., 89,- DM, 
ISBN 3-89090-494-7 
Einhergehend mit der stark wachsen- 
den Akzeptanz und Bedeutung des 
Betriebssystemkonzeptes UNIX er- 
scheint international eine Flut von Bü- 
chern zu dieser Thematik, die durch 
sich gegenseitig übertreffende An- 
sprüche um Käufer werben. 

Nach den Worten des Autors wurde 
der vorliegende Band für alle, die 
UNIX kennenlernen möchten, die 



täglich mit UNIX umgehen, und auch 
für jene, die UNIX zwar schon in gro- 
ben Zügen kennen, aber noch mehr 
über dieses mächtige Betriebssystem 
erfahren möchten, geschrieben. 

Das Buch enthält demzufolge eine 
Einführung in das UNIX-Konzept (ca. 
40 Seiten), die Behandlung des 
UNIX-Dateisystems (ca. 30 Seiten), 
eine Beschreibung des UNIX-Pro- 
zeßsystems (ca. 20 Seiten), die Be- 
handlung der UNIX-Shell-Komman- 
dointerpreter (ca. 20 Seiten), eine 
Einführung in die Programmierspra- 
che C (ca. 50 Seiten), eine Kurzüber- 
sicht über die Kommandos der Edito- 
ren ed, ex, vi (ca. 25 Selten), eine Ein- 
führung in die Dokumentationsaufbe- 
reitung mit „nroff“ und „troff“ (ca. 30 
Seiten) und eine sehr ausführliche 
Behandlung des Standard-Komman- 
dosatzes von UNIX-System V (ca. 
300 Seiten). 

Wie aus dieser Inhaltsübersicht her- 
vorgeht, liegt der Schwerpunkt des 
Buches beim Standard-Kommando- 
satz. Beschrieben werden alle ge- 
bräuchlichen Kommandos, ein- 
schließlich ihrer Optionen, in alpha- 
betischer Reihenfolge, so daß wich- 
tige Informationen für den Leser 
schnell zugriffsbereit vorliegen. Her- 
vorzuheben ist die sorgfältige typo- 
grafische Gestaltung des Bandes, die 
auch wesentlich für seine guten Ge- 
brauchswerteigenschaften mitver- 
antwortlich ist. 

Dem Rezensenten erscheint das 
Buch, trotz seines anderslautenden 
Untertitels, weniger für UNIX-Sy- 
stemspezialisten geeignet (dafür ist 
an vielen Stellen einfach zu wenig 
Platz zur Behandlung von diesen Le- 
serkreis betreffenden Themen), son- 
dern vielmehr ein wirklich umfassen- 
des Kompendium für den UNIX-An- 
wender zu sein. Er findet hier in einem 
handlichen Band zusammengestellt 
viele wichtige Informationen, die die- 
ses Buch als ständiges Arbeitsmittel 
am UNIX-Terminal geeignet erschei- 
nen lassen. 

Dr. L Claßen 


FORTH 

Einführung und vollständiger Pro- 
grammierkurs in Forth, 
von P. Kail, R. Oldenbourg Verlag 
München Wien 1988, 193 S. 

Der Autor stellt sich die Aufgabe, dem 
Leser den Zugang zu dem hochgra- 


dig interaktiven und effektiven Pro- 
grammierwerkzeug FORTH zu er- 
möglichen. Sein Buch wendet sich an 
FORTH-Laien und „. . . setzt keinerlei 
Hardwarekenntnisse voraus.“ In der 
angegebenen Reihenfolge werden 
folgende Komplexe behandelt; Die 
Grundstrukturen von FORTH; der 
Stapel; die Definition neuer Wörter; 
Variablen: IF, ELSE, THEN; Schlei- 
fenstrukturen; Doppelt formatierte 
Arithmetik; Wortdefinitionen; Mas- 
senspeicherung ; Strings; das Für und 
Wider von FORTH. 

Im Anhang befindet sich eine Liste 
wichtiger FORTH-Wörter sowie eine 
Liste der ASCII-Codes. Den Schluß 
des Buches bildet ein umfangreiches 
Sachwortverzeichnis. 

Es wird der Versuch unternommen, 
ohne tieferes Eingehen auf die Hard- 
ware dem Leser FORTH möglichst 
umfassend nahezubringen. Daraus 
resultiert, daß die hardwareabhängi- 
gen Teile, wie das Erzeugen von Pri- 
maries, z. B. mittels In-Line-Assem- 
bler, nicht abgehandelt werden. Das 
stellt aber, entsprechend dem Anlie- 
gen des Buches, keinen Nachteil 
dar. 

Eingestreute kurze BASIC-Pro- 
gramme sollen den Zugang zu 
FORTH erleichtern und die Beson- 
derheiten der Sprache demonstrie- 
ren. Die FORTH-Programmbeispiele 
wirken oft recht konstruiert. Dessen 
scheint sich der Autor auch bewußt zu 
sein: „Obwohl dieses Beispiel etwas 
albern ist... “(S. 52). 

Bei einigen Beispielen wurden Trenn- 
zeichen zwischen Wörtern verges- 
sen; wer die Beispiele nachvollziehen 
möchte und in seinen Rechner ein- 
tippt, wird sicher von seinem FORTH- 
System belehrt werden. 

Der Autor sieht bei der Definition 
mittels CONSTANT den Vorteil, daß 
die „Zahl in einem Vorgang abgeru- 
fen werden kann“ (S. 141) und den 
Nachteil, „daß der Wert der Zahl nicht 
so einfach geändert werden kann“ 
(S. 141) bzw. spricht von „der 
Schwierigkeit, ihn zu ändern“ 
(S. 50). 

Wir sehen einerseits keine Schwierig- 
keit, andererseits aber auch keine 
Notwendigkeit, den Wert einer einmal 
definierten Konstante zu ändern. 

Dem Leser wird dann auf Seite 161 
erklärt: „Die meisten Programmierer 
sind an die post-fix-Notation und nicht 
an die umgekehrt polnische Notation 
gewöhnt“. Wenn „post-fix“ durch „in- 
fix“ ersetzt wird, ist diese Aussage si- 
cher zu akzeptieren. Die Übertragung 
aus dem Englischen weicht in einigen 
Fällen von den geläufigen FORTH- 
Termini ab, z. B. Definierworte statt 
definierende Worte oder doppelt for- 
matierte Arithmetik statt doppeltge- 
nauer Arithmetik. 

Die Rezensenten sind der Meinung, 
daß das vorliegende Buch, trotz eini- 
ger Schwachstellen, einen interes- 
santen Versuch darstellt, die FORTH- 
Programmierung dem Einsteiger zu 
erschließen. 

Dr. H. Finsterbusch/Dr. W. Horn 
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Simulator 

für Einchipmikrorechner 

Als Alternative zum Emulator, einer 
vergleichsweise aufwendigen Hard- 
warelösung, wurde im Computer- 
Club Karl-Marx-Stadt eine Software- 
lösung, der Simulator, entwickelt. Mit 
Hilfe des Simulators ist es möglich, 
die EMR-Software auf einem CP/M- 
Rechner X (ZX SPECTRUM) zu te- 
sten. Das auf dem CP/M-Rechner 
editierte und mit einem entsprechen- 
den Assembler übersetzte EMR-Pro- 
gramm kann dabei auch schrittweise 
abgearbeitet werden, indem alle we- 
sentlichen Funktionen des EMRs 
nachgebildet werden. Alle Register 
des EMRs werden ständig mit aktuel- 
lem Inhalt angezeigt. Der Inhalt der 
Speicherzelle, auf die der Programm- 
zähler zeigt, wird als Befehl interpre- 
tiert, rückübersetzt und dargestellt. 
Bedienerkommandos existieren für: 
Rückübersetzen, 

Listen des Speicherinhaltes, 

Ändern des Programmzählers, 
Ändern des Inhaltes des Speichers, 
Überschreiten des Inhaltes der Regi- 
ster 

Breakpointadresse setzen, 
Abarbeiten des aktuellen Befehls, 
Programmlauf bis entweder der 
Breakpoint erreicht ist 
oder die Space-Taste betätigt wird, 
Programmzähler erhöhen und verrin- 
gern, 

Interruptsimulation, 

Hardcopy. 

Mit Hilfe des Simulators ist es somit 
möglich, Programme für EMR ohne 
Zusatzhardware auf einem beliebi- 
gen CP/M-fähigen Rechner (z.B. 
PC 1 71 5 oder BC 5120) oder auf dem 
ZX-SPECTRUM auf logische Richtig- 
keit zu testen. Der Simulator erfüllt 
softwaremäßig annähernd alle Funk- 
tionen, die beim Emulator hardware- 
mäßig erreicht werden. Die Aus- 
nahme bildet der Echtzeitlauf. 
Computer-Club Karl-Marx-Stadt, Kenn- 
wort „Z8-Simulator“, PSF 607, Karl- 
Marx-Stadt, 9010 


Softwareprojekte 
für Verwaltungsarbeit 

Zur Rationalisierung der Verwal- 
tungsarbeiten in der LPG Milchpro- 
duktion Prießnitz wurden folgende 
Softwareprojekte erarbeitet: 

- Lagerbestandsführung mit den 
Hauptfunktionen Materialstammda- 
ten, Lieferübersicht, Materialbestel- 
lungen, -reservierungen, -abgänge 
und -Zugänge sowie mit umfangrei- 
chen Informationsrecherchen 

- mobile Technik mit den Hauptfunk- 
tionen Stammdaten, Abrechnung, 
Kraftstoffverbrauch, Reparaturdaten 
und Reparaturpläne sowie mit um- 
fangreichen Informationsrecherchen 

- Personalstatistik mit den Haupt- 
funktionen Personalstammdaten, Be- 
rufe, Befähigungsnachweise, Organi- 
stionen, Auszeichnungen, Urlaubs- 
statistik, Krankheitsstatistik und Frei- 
stellungen sowie mit umfangreichen 
Informationsrecherchen 

- Grundmittelstatistik 

- Terminkontrolle 


- Tierbestandsübersicht (Rinder) 
einschließlich Milchleistung und 
Zuchthygiene. 

Diese Softwareprojekte werden für 
die Betriebssysteme SCP, DCP und 
MS-DOS zur Nachnutzung angebo- 
ten. Da die Projekte auf BC A 5120; 
PC 1 71 5, A 71 00, A 71 50, EC 1 834, 
PC 1 51 2 und PC 1 640 lauffähig sind, 
können auch Betriebe, die unter- 
schiedliche Hardware verwenden, 
einheitliche Projekte anwenden. 

LPG Milchproduktion PrieBnitz, Prieß- 
nitz, 4801; Tel. Janisroda 285 

Seidel 

Lohn-IGehaltsprojekt 
und Themenabrechnung 
für F IE 

Für alle Nutzer des Lohn- und Ge- 
haltsprojekts (auf BC 5120/30) vom 
VEB Robotron-Vertrieb Erfurt bieten 
wir folgende Änderungen und Pro- 
grammergänzungen an: 

- Druck der Gehalts- und Lohnnach- 
weise mit Erläuterungstexten auf 
Normalpapier 

- Durchführung der Lohn- und Ge- 
haltsrechnung zu unterschiedlichen 
Terminen mit einer Stammdatei 

- Sicherung der exakten Monatsab- 
rechnung für alle Beschäftigten sowie 
die Einordnung der Zu- und Abgänge 
in das Lohnkonto durch die zusätzli- 
chen Stammdatenfelder Vorauszah- 
lung Vormonat, Vorauszahlung lau- 
fender Monat 

- umfassendes Korrekturprogramm 
für die monatlichen Ergebnisdaten 
der Stammdatei 

- zusätzliche Auswertungslisten: 
Auszahlungsliste mit Geldstücke- 
lung, FDGB- und Solidaritätsbeiträge 
einschließlich Markenbestellung und 
-abrechnung, Stammdatenauswer- 
tungen. 

Erfahrungswerte und Informationen 
zum kompletten Programmpaket, wie 
Personalstammdaten, monatliche 
Abrechnungsdaten, Abrechnungsal- 
gorithmus, Krankengeldrechnung, 
Krankenstatistik, Auswertungslisten 
und kumulatives Lohnkonto, können 
über unsere Abteilung TA eingeholt 

Das Programm F/E-Themenabrech- 
nung ist ein menügesteuertes, mo- 
dular aufgebautes System für den PC 
1715 bzw. A 5120/A 5130 (REDA- 
BAS) mit den Komponenten 

- Aufbau und Pflege der Personal- 
stammdatei 

- Aufbau und Aktualisierung der 
Themenstammdaten 

- Themenabrechnung 

- Umbuchung von Leistungen 

- Drucklisten 

- Sicherung der Datenbestände. 
Ausgehend von der Personal- und 
Themenstammdatei werden die mo- 
natlichen Zeitnachweise der F/E-Mit- 
arbeiter erfaßt. Dabei erfolgt eine in- 
terne Prüfung der Gültigkeit der The- 
men- und Personalnummer und die 
Prüfung auf bereits abgeschlossene 
Themen. In die Abrechnung einbezo- 
gen werden die Lohnkosten (resultie- 
rend aus dem Zeitnachweis), die the- 
menbezogenen Gemeinkosten, die 
Fremdleistung, die Materialkosten und 
die themengebundenen Grundmittel. 
Die Auswertung (analog dazu die ent- 


sprechenden Drucklisten) gliedert 
sich in: monatliche Themenabrech- 
nung nach Themennummer und 
Stundenaufwand je Mitarbeiter, Ge- 
samtsumme aller Themen pro Haupt- 
abteilung, Stand der Themen im 
Planjahr und Stand der Themen ab 
Themenbeginn. 

VEB Institut für Spielzeug Sanneberg, 
PSF 155, Sonneberg, 6400; Tel. 43512 


IFSS-Druckerweiche 

Die Mehrzahl von Druckern mit IFSS- 
Schnittstelle ist fest an einen Rechner 
angeschlossen, wird nur einen Teil 
der Rechnerzeit benötigt und kann 
nur durch Umstecken des Anschluß- 
kabels an einen zweiten Rechner be- 
nutzt werden. 

Durch die Druckerweiche wird der 
Betrieb von einem Drucker an drei 
Rechnern ermöglicht. Das Drucken 
kann ohne Umstecken der Kabel zeit- 
versetzt erfolgen. Der Anschluß der 
Geräte ist unabhängig von Rechner- 
und Druckertyp und wird nur durch 
die Übereinstimmung der Schnittstel- 
lendaten von Rechner und Drucker 
festgelegt. Die Platine kann auch mit 
zwei Rechnern betrieben werden. 
Das Prinzip der Schaltung ist jedoch 
auch für eine größere Anzahl von 
Rechnern anwendbar. Die Stromver- 
sorgung der Weiche kann aus den 
angeschlossenen Druckern oder aus 
einem separaten Netzteil erfolgen. 
Handelshochschule Leipzig, ORZ, Be- 
reich Elektroniklabor, MarkgrafenstraBe 
2, Leipzig, 7010; Tel. 74 81 Hoffmann 


Symbole und Varianten- 
konstruktionen für PCCAD 

Für die Anwendung auf 16-Bit-PCs 
wurde unter der Grafiksoftware 
PCCAD folgende Zusatzsoftware in 
Form von Symbolen (Form A und B) 
und Variantenprogrammen entwik- 
kelt: 

1. Symbole für Hydraulikpläne 

- Symbole für Funktionsschaltpläne 
nach TGL 8672 

- Symbole für Bauschaltpläne (Plat- 
tenverschraubungen) nach TGL 26 
215/50 

2. Variantenkonstruktionen für allge- 
meinen Maschinenbau 

- Schraubverbindungen nach TGL 
0-912,0-931,0-84,5683 

- Sicherungsringe nach TGL 0-471 , 
0-472 

- Hydraulische Arbeitszeitzylinder 
der Form Bl, B2, CI, S1, S2 nach 
TGL 10906 

- Kolbenstangenköpfe der Form A 
und B nach TGL 21 549 

- Rohrverschraubung nach TGL 
8277, 0-2353 

- Rohrschellen nach TGL 39 247. 
VEB Plasttechnik Greiz, HA Entwicklung 
und Konstruktion, Plauensche Straße 40- 
42, Greiz, 6600; Tel. 7 93 08 g roßwig 

Zeichnen 

im alphanumerischen 
Dialog 

Das Programmpaket CADki ermög- 
licht die Zeichnungserstellung für Ein- 
zelteile des Maschinenbaus nach der 


Methode der Variantenkonstruktion 
(s.a. Maschinenbautechnik 12/87). 
Vertrieben werden zur Zeit die Pro- 
grammteile 

- Buchse, Scheibe 

- Zeichnungsbeschriftung (Verzah- 
nungstabellen u. ä.). 
Hardwarevoraussetzung: 8-Bit-Com- 
puter BC 5120/30, PC 1715, PRG 
700 oder 1 6-Bit-Computer AC 7100/ 
50, EC 1834 sowie der Plotter SPL 
430. 

Die Ausgabe für Plotter K 641 1 wird 
vorbereitet. Der Plotter K 641 8 bzw. 
ein Grafikdrucker sind nicht geeignet. 
Die Programme arbeiten unter den 
Betriebssystemen SCP oder DCP. 
Der Vertrieb der Programmteile 

- Welle 

- Platte 

- Profilteile 

- Rotateil mit Verzahnung 
erfolgt ab 1989. 

VEB Schraubenwerk Karl-Marx-Stadt, 
BT Ratiomittelbau, Abteilung TRTKS3, 
Südring 1, Karl-Marx-Stadt, 9030; Tel. 
803221 

Kirchhübel 


TP für elektronische 
Schreibmaschinen 

Zum Herstellen von repräsentativen 
Schriftstücken bietet sich der An- 
schluß einer elektronischen Schreib- 
maschine als Schönschriftdrucker 

Für den Einsatz einer elektronischen 
Schreibmaschine (nachgerüstet mit 
der vom Zentralinstitut für Kernfor- 
schung Rossendorf angebotenen In- 
terfacesteckeinheit; siehe MP 4/88) 
als Drucker im Textprogramm TP (un- 
ter CP/A oder SCP) wurden verschie- 
dene Versionen des Textprogramms 
(TPS10, TPS20) installiert. Mit die- 
sem Programm werden alle Druck- 
funktionen des Textprogramms wie 
Halbzeile hoch/tief, Doppeldruck, 
Durchstreichen, Unterstreichen, 
Rückschritt, Wagenrücklauf ohne 
Zeilenschaltung, Normalschrift (1/10 
Zoll), alternativer Zeichenabstand (1/ 
12 Zoll) unterstützt. Weiterhin ist die 
Funktion Schattenschrift möglich. Die 
beim Textprogramm möglichen vier 
Anwendersteuerzeichen werden bei 
der Version TPS10 ignoriert. Version 
TPS20 nutzt alle verfügbaren Anwen- 
dersteuerzeichen, so daß noch zu- 
sätzlich Möglichkeiten zur Druckge- 
staltung (Proportionalschrift, Zei- 
chenbreite 1/15 Zoll, Zeilenabstand 
1/6 Zoll, Zeilenabstand 1/4 Zoll) zur 
Verfügung stehen. 

Eine ausführliche Dokumentation mit 
Demonstrationstext ist vorhanden. 

Technische Hochschule „Carl Schorlem- 
mer“ Leuna-Merseburg, Direktorat für 
Forschung, Otto-Nuschke-Straße, Mer- 
seburg, 4200; Tel. 460 

Dr. Domaratius 
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UNIX-Maskengenerator/- 

prozessor 

Das entwickelte Programmsystem 
ermöglicht es, in einfacher Weise 
Bildschirmmasken für UNIX-kompati- 
ble Betriebssysteme zu erzeugen 
und einzusetzen. Eine Maske wird in 
einer einfachen Sprache beschrieben 
und in Form eines Maskenbeschrei- 
bungsfiles als Textfile gespeichert. 
Dieses File kann mit Hilfe eines Text- 
editors oder interaktiv mit dem Mas- 
keneditor erzeugt bzw. modifiziert 
werden. Durch den Maskengenerator 
wird dieses File interpretiert und 
die Maske auf dem Bildschirm gene- 
riert. Der Maskenprozessor unter- 
stützt alle Dateneingaben bzw. -aus- 
gaben, startet Datenprüfroutinen, 
steuert die Kursorpositionierung und 
erzeugt Ausgabefiles aus den einge- 
gebenen Daten. Die Ausgabefiles bil- 
den die Schnittstelle zu anderen vom 
Nutzer zu schreibenden Program- 
men (z. B. für Datenbankzugriffe). 
Durch verschiedene Datenprüfrouti- 
nen kann vom Maskenprozessor die 
Richtigkeit der Eingabedaten festge- 
stellt werden. Die Verwendung von 
Prüfroutinen und Steuerregeln er- 
möglichen es auch, in Abhängigkeit 
von den eingegebenen Daten, Einga- 
befelder in unterschiedlicher Reihen- 
folge zu durchlaufen. Für das Erfas- 
sen von Listen können mehrere Ein- 
gabefelder zu Scroll-Bereichen zu- 
sammengefaßt werden. Aus mehre- 
ren Masken kann ein Maskennetz ge- 
bildet werden. Dieses wird wieder 
durch ein Maskennetzbeschrei- 
bungsfile beschrieben. Der Masken- 
netzprozessor steuert die Abarbei- 
tungsreihenfolge der einzelnen Mas- 
ken sowie weiteren vom Nutzer ange- 
gebenen Programmen. 

VEB Nachrichtenelektronik Leipzig „Al- 
bert Norden“, Abteilung EK5, Melscher- 
straBe 7, Leipzig, 7027; Tel. 683 3382 


Diskettenpflege 
für den PC 1715 

Es werden die von POWER und ähn- 
lichen Dienstprogrammen bekannten 
Operationen zur Diskettenarbeit an- 
geboten. Neu ist die völlig anders ge- 
staltete Art der Dialogführung. Der 
Benutzer kann sich seine ge- 
wünschte Datei aus dem am Bild- 
schirm angezeigten Verzeichnis 
durch Anwahl mittels Kursertasten 
auswählen und durch Drücken einer 
Taste eine gewünschte Operation 
auslösen. Operationen mit mehreren 
Dateien sind ebenfalls möglich Diese 
können per Hand oder mittel:; einer 
Dateiemaske markiert werden. Durch 
eingebaute Fehlerprüfung gibt es 
keine unkontrollierten Reaktionen 
(z.B. beim Befehl TYPE bei PO- 
WER). Neu ist, daß man in einer be- 
liebigen ASCII-Datei vorwärts und 
rückwärts blättern kann. 

Ebenfalls eingebaut sind ein Unter- 
programm zur Wiederherstellung ge- 
löschter Dateien (der Befehl RE- 
CLAIM arbeitet bei POWER übrigens 
fehlerhaft) sowie ein komfortabler 
Editor zum problemlosen Editieren 
beliebiger Dateien. Das Programm 
wurde speziell für den PC 1 71 5 unter 
dem Betriebssystem SCP entwickelt. 

VEB Chemiekombinat Bitterleid, Abt. Fl/ 
G, Zörbiger StraSe, Bitterfeld, 440; Tel. 
76250 Dr. Grahn 


Serielle Kopplungskarte 

An der Sektion TdE/E der TH Wismar 
wurde für die serielle Kopplung belie- 
biger Rechner mit K 1520- Bussystem 
eine Leiterkarte mit der Bezeichnung 
SIOCPC entwickelt. Die Karte realisiert 
sowohl eine Standard-IFSS-Schnitt- 
stelle als auch eine abgerüstete V.24- 
Schnittstelle (nur Datensende- und 
-empfangsleitung TxD, RxD). Die 
Sender- und Empfängerstromschlei- 
fen können aktiv oder passiv betrie- 
ben werden. 

Technische Eigenschaften: 

- Format 1 70 mm x 95 mm 

- Betriebsspannung +5V und 
+ 12 V 

- DC/DC-Wandlerfür -12 V 

- Adreßdekodierung für 8 Bit, um- 
schaltbarauf 16 Bit 

- Bei Verwendung von 4-MHz-Bau- 
elementen und weiterer an der THW 
entwickelter Hardware (Anpassung 
Expansionsbus an K 1 520-Rechner- 
bus, Stromversorgungsmodul, An- 
schluß eines Diskettenlaufwerkes 5 Va 
Zoll) ist die Nutzung als Ergänzungs- 
baugruppe für den Schneider CPC 
über den Expansionsport möglich. 

Bei Verwendung eines CP/M-kompa- 
tiblen Betriebssystems kann ein im 
Lieferumfang enthaltenes Kommuni- 
kationsprogramm genutzt werden. 

Es besteht die Möglichkeit, 8- und 16- 
Bit-Mikrorechner über Standardsoft- 
ware zu koppeln. 

Für diese ^Baugruppe stehen eine 
nachnutzbare zweiseitige, nicht 
durchkontaktierte, unbestückte Lei- 
terplatte, eine Dokumentation sowie 
ein Kommunikationsprogramm zur 
Verfügung. 

Technische Hochschule Wismar, Sek- 

G rundlagen der Elektrotechnik/Elektro- 
nik, Phillip-Müller-Straße. Wismar, 
2408; Tel. 53333 Mecker 


Speichern 

von Bildschirmseiten 

Zum Abspeichern von Bildschirmsei- 
ten auf dem A 7150 und deren Aufruf 
wurde ein speicherresidentes Pro- 
gramm unter DCP entwickelt. 

Das als COM-Datei ausgeführte Pro- 
gramm ist durch einen umgelenkten 
Tastaturinterrupt aufrufbar. Das in 
Assembler (MASM 1.0) geschrie- 
bene Programm unterstützt alle 
CGA-Bildschirmmodi. Es läßt sich 
aus anderen Programmen heraus 
starten und kehrt nach dem Abspei- 
chern des Bildschirminhaltes an den 
Ausgangspunkt zurück. Der Test des 
Programms erfolgte aus Turbo-Pas- 
cal 4.0, MS-Chart, Printmaster, RE- 
DABAS-3 und Basic heraus. Die zu 
jedem beliebigen Zeitpunkt erzeug- 
baren Bilddateien lassen sich in eige- 
nen Programmen weiterverarbeiten. 
Installiert wird das Programm durch 
Atjfruf oder Einbinden in die AUTO- 
EXEC.BAT. 


Amt für Standardisierung und Meßwe- 
sen, Abt. 0220, Fürstenwalder Damm 
388, Berlin, 1162; Tel. 64412 88 Sand 


Programmiersprache 

FLOKC 

Auf der Grundlage des Forth-Moduls 
des KC 85/3 wurde mit der Entwick- 
lung zweier Versionen (4 KByte, ca. 
70 Befehle und 8 KByte, ca. 100 Be- 


fehle) der listenverarbeitenden re- 
kursiven Programmiersprache 
FLOKC (FORTH-LOGO-KC) der Ver- 
such unternommen, insbesondere für 
die Informationsausbildung eine Pro- 
grammiersprache anzubieten, die in 
ihrem Erscheinungsbild und ihren 
Programmeigenschaften unmittelbar 
an die Programmiersprache LOGO 
anschließt. Ihre Vorzüge: 

• eine umfassendere Nutzung des 
Forth-Moduls des KC 85/2,3 

• für Ausbildungszwecke wird eine 
Sprachstruktur verfügbar, die der re- 
kursiven Programmierung angepaßt 
ist. 

• Erprobung einer leicht verständli- 
chen listenverarbeitenden Sprache, 
die konsequent zu einem Bottom-up- 
Programmierstil zwingt und struktu- 
riertes Programmieren unterstützt 

• Nutzung der Möglichkeiten der 
Turtle-Grafik, die u.a. eine Heranfüh- 
rung von Kindern an den Computer 
und das Programmieren fördern 

• Test der Leistungsfähigkeit einfa- 
cher Programme zur symbolischen 
Formelmanipulation (z.B. symboli- 
sches Differenzieren elementarer 
Funktionen) 

• Verfügbarkeit über eine lisp-ver- 
wandte Sprachstruktur, die der De- 
monstration von Problemstellungen 
der Kl dienen kann. 

Pädagogische Hochschule „Karl-Lieb- 
knecht', Sektion Marxismus-Leninis- 
mus, Potsdam, 1570 

Dr. Patsche 


Verwalten 

von Diskettenbeständen 

Programmfunktionen: 

- Automatisches Archivieren und 
Rearchivieren 

- Anzeigen, Drucken und Ändern 
des Archivs, 

- Disketten mit Namen versehen 

- Recherche nach Archivmerkmalen 

- Archivieren leerer Disketten 

- Anzeigen und Drucken des Disket- 
tenstatus 

- Help-Funktionen. 

Unterstützung folgender Disketten- 
formate: 

9x51 2x40 = 360 KByte 
9x51 2x80 = 720 KByte 
5x1024 x 80 = 780 KByte 
sowie von Disketten mit 1 ,2 KByte. 
Das Programm läuft unter DCP-kom- 
patiblen Betriebssystemen und liegt 
in einer Turbo-Pascal- und in einer 
REDABAS-3-Variante vor. 
Hardware-Voraussetzungen: 

-51 2 KByte RAM 

- 1 Harddisk s 20 KByte und minde- 
stens 1 Floppy-Laufwerk K 5601 (Typ 
1.6) 

- A4-Drucker. 

VEB Automobilwerk Eisenach, TVQ, 
Rennbahn 8, Eisenach, 5900 

Haupt/Dr. Remmler 


Macroassembler 
für Kleincomputer 

Das Programm ist ein Assemblersy- 
stem für Kleincomputer der Typen KC 
85/2/3, KC 85/1, KC 87, Z 1013 und 
ZX Spectrum. Es besteht aus dem 
Editor, dem Macroassembler und ein- 
fachen Testhilfen. 

Der Editor ist bildschirmorientiert und 
wurde nach dem Vorbild von Word- 
star gestaltet. Es werden die gleichen 
Kommandos verwendet. Auch die 
Blockkommandos Löschen ( A KY), 


Kopieren ( A KC), Verschieben ( A KV), 
das Laden eines Blocks von der Kas- 
sette und das Einfügen an beliebiger 
Stelle ( A KR), das Abspeichern eines 
Blocks auf der Kassette wie auch die 
Kommandos zum Suchen ( A QF) so- 
wie Suchen und Ersetzen ( A QA) sind 
verfügbar. Ein zusätzliches Kom- 
mando ( A J) erwartet die Eingabe ei- 
nes Labels und sucht die Stelle im 
Text, wo das Label definiert ist. Auf 
diesem Wege lassen sich schnell Un- 
terprogramme finden. Der Queiltext 
wird in komprimierter Form abgespei- 
chert, um den knappen Speicherplatz 
besser ausnutzen zu können. Da- 
durch lassen sich bei etwa 23 KByte 
freiem Speicherplatz aus einem 
Quelltext etwa 4,5 KByte Maschinen- 
programm erzeugen. 

Der Assembler bietet die Möglichkeit 
der Definition und der Nutzung von 
Macros auch mit formalen Parame- 
tern. Mit den Pseudobefehlen IF, 
ELSE und ENIF können Textab- 
schnitte eingeschlossen werden, die 
nur unter bestimmten Bedingungen 
mit assembliert werden sollen. Die 
beim Assemblieren gebildete Mar- 
kentabelle kann auch beim Testen 
verwendet werden. Sie wird auch 
durch erneutes Editieren des Textes 
nicht zerstört. Die Testfunktionen er- 
möglichen den Aufruf von Program- 
men mit Initialisierung der Register 
und mit Anzeige der Registerinhalte 
bei Rückkehr sowie die Anzeige der 
Werte von Labels und Zahlenum- 
rechnungen. 

Karl-Marx-Universität, Institut für Bio- 
physik, LiebigstraBe 27, Leipzig, 7010 


Rödenbeck 


Wir suchen . . . 

. . . eine Lösung zur Kopplung des 
Kleinplotters XY 4140 (CSSR) mit 
dem KC 85/3. 

Pädagogische Hochschule „Dr. Theodor 
Neubauer, PSF 307 und 848, Erfurl, 
5010; Tel. 5362 96 Dr. Barth 


... zur Nachnutzung Cross-Software 
für den AC 7150 (Betriebssystem 
SCP oder DCP), mit der das Entwik- 
keln und Testen von Software für U 
880 und U 882 möglich ist, sowie ei- 
nen Emulator für U 882 zum Anschluß 
an den AC 7150 (einschl. Software). 
VEB Elektromat Dresden, HA W4, Karl- 
Marx-Straße, Dresden 8080; Tel. 
59331 86 Lehmann 


. . . Algol 60-Compiler für 16-Bit- oder 
32-Bit-Mikrorechner. 

VEB BMK Ost, Betrieb FPT, BT Berlin, 
Storkower Straße 134, Berlin, 1055; Tel. 
4 34 23 04 Berger 


. . . eine Lösung zum Anschluß eines 
Plotters vom Typ K 6418 an einen 
Schneider-PC unter MS-DOS 3.2. 

VEB Organisations- und Abrechnungs- 
zentrum Berlin, Rechenstation, Boxha- 
gener Straße 18, Berlin, 1034; Tel. 
5807307/22 Hoth 
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Entwicklungen und Tendenzen 


Intel 80486 angekündigt 

Wenige Wochen nach der überra- 
schenden Vorstellung ihres ersten 
RISC-Mikroprozessors 80860 - über 
den wir demnächst ausführlicher be- 
richten werden - und etwa zeitgleich 
mit dem Lieferstart des 80286-Pro- 
zessors mit 33 MHz Taktfrequenz 
kündigte die Firma Intel im April offi- 
ziell den neuen 32-Bit-Mikroprozes- 
sor 80486 an. Seine Leistung soll bei 
gleicher Taktfrequenz das 2- bis Stä- 
che des Vorgängers 80386 betragen; 
bei 33 MHz also etwa 20 MIPS. Zu 
dieser Leistungsfähigkeit tragen ein 
Fünf-Stufen-Pipelining und 128-Bit- 
Datenpfade ebenso bei wie die Tat- 
sache, daß der größte Teil der Be- 
fehle wie etwa bei RISC-Prozessoren 
mit nur einem Taktzyklus abarbeitbar 
sein soll. Wie bereits in unserer Aus- 
gabe 12/88, S. 384, ausführlich be- 
schrieben, hat der 80486 keine gene- 
rell neue oder RISC-Architektur. Er 
integriert neben der Speicherverwal- 
tungseinheit (MMU) nun auch die 
Gleitkommaeinheit (FPU) sowie ei- 
nen internen Cache. Für Multiprozes- 
sorsysteme ist ein Controller in Vor- 
bereitung, der Cachespeicher bis zu 
512 KByte unterstützen kann. Wäh- 
rend die 25-MHz-Version des 80486 
Ende dieses Jahres in Stückzahlen 
lieferbar sein soll, wird die 33-MHz- 
Version erst Anfang 1 990 erwartet. 
Eine Ausführung des Chips in ECL- 
Technik, die nochmals eine Lei- 
stungssteigerung bis zum Faktor fünf 
ergeben soll, ist in Zusammenarbeit 
mit der Firma Prime für 1992 ange- 
kündigt. MP 


Motorola 68030 
mit SO MHz 

Wie bei Intel, so arbeitet man auch bei 
der Firma Motorola intensiv an der 
Fertigstellung eines neuen 32-Bit- 
Prozessors, des 68040. Er soll 
ebenso wie der 80486 etwa 1 ,2 Millio- 
nen Transistoren enthalten und die 
FPU, MMU sowie Caches integrie- 
ren. Auch legt man Wert auf Multipro- 
zessorfähigkeit, die mittels Snoop- 
Controller gewährleistet wird. Als Lei- 
stung werden bei der 33-MHz-Ver- 
sion 24 MIPS angegeben. Die Auslie- 
ferung des Prozessors soll noch in 
diesem Jahr erfolgen. Gleichzeitig 
wird jedoch offensichtlich noch die 
Weiterentwicklung des 68030 voran- 
getrieben. So wurde jetzt, nur kurze 
Zeit nach der Ankündigung des 33- 
MHz-68030 (s. MP 1/89, S.30), die 
50-MHz-Version angekündigt. Der 
Prozessor ist in 1-/<m-HCMOS-Tech- 
nologie gefertigt und soll mit etwa 12 
MIPS doppelt so schnell wie die 25- 
MHz-Variante und wesentlich schnel- 
ler als der 33-MHZ-80386 von Intel 
(7,5 MIPS) sein. mp 


HP-Workstation 
mit 68040 geplant 

Die Firma Hewlett Packard gehört zu 
dem kleinen Kreis von Computerpro- 
duzenten, die auf eine 50jährige Ge- 
schichte zurückblicken können. Im 
April 1939 wurde das Unternehmen 
von den beiden jungen Ingenieuren 
William R. Hewlett und David Pak- 



kard als „Garagenfirma" gegründet 
und produzierte Oszilloskope und 
Meßinstrumente. Von vielen wird HP 
heute als Marktführer in der Meßtech- 
nik angesehen. Der erste Computer 
kam 1966 zur Steuerung program- 
mierbarer Meßgeräte, gefolgt 1968 
vom ersten programmierbaren Tisch- 
rechner. Heute sind auch leistungs- 
starke PCs - das Bild zeigt beispiels- 
weise den neuen Vectra QS/20, der 
eine Zwei-Bus-Architektur aufweist - 
und Workstations Schwerpunkte bei 
HP. Schon 1 986 führte die Firma mit 
der sogenannten Precision Architec- 
ture das RISC-Prinzip in ihre Work- 
stations ein. 

Nachdem Ende 1988 bereits die Ent- 
wicklung der Workstation-Serie 9000 
mit dem 33-MHz-Prozessor 68030 an- 
gekündigt wurde, will HP nunmehr der 
erste Hersteller sein, der den modern- 
sten Mikroprozessor von Motorola, den 
68040, einsetzt. Die Implementierungs- 
arbeiten haben bereits begonnen. 

Die kommenden Workstations sind 
für den Betrieb unter HP-UX - das der 
AT&T UNIX System V Interface De- 
finition Issue 2 entspricht - optimiert 
und kodekompatibel mit den 68020- 
und 68030-gestützten Workstations 
der Familie HP 9000 Serie 300. Damit 
werden sie eine Leistungssteigerung 
ohne Modifikation bestehender Appli- 
kationssoftware erlauben. mp 


Neuer 16-Bit-PC 
von Compaq 

Während von der Compaq Computer 
Corporation wegen der guten Verbin- 
dungen zu Intel die Erstvorstellung ei- 
nes PCs mit dem 33-MHz-Mikropro- 
zessor Intel 80386 im Frühjahr erwar- 
tet wurde, präsentierte die Firma im 
April zunächst einen weiteren PC mit 
dem 16-Bit-Prozessor 80286. Com- 
paq-Vice President Mike Swatey 
(Markt und Vertrieb) dazu: „Wir rech- 
nen bis weit in die 90er Jahre mit ei- 
nem beträchtlichen Marktanteil für die 
286-Systeme, da diese Kategorie 
kleiner Desktop-PCs die Produkte auf 
Basis des 8088/8086-Prozessors im 
Bereich der professionellen Anwen- 
dungen ablösen wird.“ Der Deskpro 
286e ist als Einstiegsmodell für pro- 
fessionelle Anwender besonders in 
Büroumgebungen gedacht. Der 
80286-Prozessor taktet mit 12 MHz 
und kann optional durch einen 12- 
MHZ-80C287- oder 8-MHZ-80287- 
Koprozessor unterstützt werden. Der 
1 -MByte- RAM läßt sich unter Nut- 
zung eines Steckplatzes bis auf 13 
MByte erweitern. 


Da sowohl der Standard-RAM als 
auch der Grafik-Controller, die Stan- 
dardschnittstellen und der Disketten- 
controller auf der Systemplatine ent- 
halten sind, können insgesamt fünf 
freie Leiterkartensteckplätze geboten 
werden. In der Standardausstattung 
gibt es ein 5,25-Zoll-Floppylaufwerk 
mit 1 ,2 MByte und eine Festplatte mit 
bis zu 40 MByte (<29ms Zugriffs- 
zeit), als Option 3,5-Zoll-Floppylauf- 
werke mit 1,44 MByte, 110-MByte- 
Festplatten (< 25 ms) und 1 35-MByte 
Streamer. 

Ebenfalls am 1 0. April stellte Compaq 
für seine Computer die Betriebssy- 
stemversionen MS-DOS 4.01 und 
MS OS/2 Standard Version 1.1 vor, 
die auch auf dem Deskpro 286e er- 
setzbar sind. Sowohl die Version 4.01 
des Single-user-/Single-tasking-Be- 
triebssystems MS-DOS als auch die 
Version 1.1 des Single-user-/Multi- 
tasking-Betriebssystems OS/2 sollen 
sich vor allem benutzerfreundlicher 
präsentieren. Erstere mittels MS- 
DOS-Shell, einer grafischen Benut- 
zeroberfläche mit Menüs, Fenster- 
technik und Piktogrammen. Letztere 
durch den Presentation Manager 
(PM), ebenfalls eine leicht zu bedie- 
nende grafische Benutzeroberflä- 
che. MP 


Weitek-Koprozessor auch 
für 68020/68030-CPU 

Nachdem von der Firma Weitek im 
vergangenen Jahr der erfolgreiche 
Koprozessor für 80386-CPUs, der 
3167, vorgestellt wurde, gibt es jetzt 
den zu der Prozessorlinie Motorola 
68020/68030 passenden 3168 von 
Weitek. Er enthält einen Gleitkomma- 
Multiplizierer, eine ALU, eine Divi- 
sions-/Radiziereinheit sowie ein Me- 
mory-Mapped-lnterface zur CPU. So 
wie der 3167 gegenüber dem Intel- 
Koprozessor 80387 wesentliche Ge- 
schwindigkeitsvorteile besitzt, soll die 
Steigerung der Verarbeitungsge- 
schwindigkeit gegenüber dem Moto- 
rola-Koprozessor 68882 bis zum 4fa- 
chen betragen. Am deutlichsten 
drücke sich dies bei Anwendungspro- 
grammen der Bereiche CAD/CAM, 
Finite-Elemente-Analyse, Grafik so- 
wie Mathematik/Statistik aus. mp 


Computer 

kann 3755 chinesische 
Schriftzeichen erkennen 

An der Texterkennung arbeitet seit 
Anfang 1986 ein Forschungsteam, 
bestehend aus Sinologen (China- 
kundlern) und Informatikern der 
Technischen Universität Berlin 
(West). Diesem Forschungsteam ist 
es gelungen, ein Gerät zu entwickeln, 
das 3755 chinesische Schriftzeichen 
liest. In Europa soll es kein vergleich- 
bares Gerät dieser Art geben. In Ja- 
pan existieren bereits elektronische 
Lesegeräte und auch in der VR China 
wird an einer solchen Entwicklung ge- 
arbeitet. 

In den vergangenen Jahren wurden 
über 500 Verfahren entwickelt, mit 
denen chinesische Schriftzeichen in 
den Computer eingegeben werden 
können. Da es aber für jedes Schrift- 


zeichen mehrere Dutzend Bedeutun- 
gen gibt, ist das Lesen der aus Sinn- 
und Lautsymbolen zusammenge- 
setzten Wortzeichen sehr schwer. 
Die chinesische Schrift verfügt insge- 
samt über einen Stamm von 40 000 
bis 60000 Schriftzeichen. Eine Stati- 
stik ergab aber, daß in etwa 98 % aller 
Texte „nur“ 3755 Schriftzeichen Vor- 
kommen. 

Das Forschungsteam der TU Berlin 
(West) arbeitet mit einem als 
„Schwarzsprung“ bezeichneten Ver- 
fahren, bei dem jedes gedruckte 
Schriftzeichen in vier Richtungen ab- 
getastet wird. Mit einer Videokamera 
werden die auf dem Papier befindli- 
chen Zeichen gelesen (Lesegenauig- 
keit wird mit 98 % angegeben) und 
auf dem Bildschirm des Computers 
wiedergegeben. 

Zu Beginn des Forschungsvorha- 
bens, das die Bezeichnung 
„TECHIS“ trägt, wurden ca. 6000 
Schriftzeichen in den Computer ein- 
gegeben. Gegenwärtig wird zum Le- 
sen einer Seite eines chinesischen 
Magazins noch ein ganzer Tag benö- 
tigt. Bis 1991 soll aber eine Seite pro 
Minute gelesen werden können. 

Bis zum korrekten Übersetzen, so 
schätzt das Forschungsteam ein, 
werden noch mehrere Jahre verge- 
hen. 

Quelle: Handelsblatt. - Düsseldorf 
vom 14. 2. 1989 Fa 


POWER-RAMs 

Mit POWER-RAMs (Parallel Optical 
Write, Sequential Optical Read) be- 
zeichnen die Forscher der Techni- 
schen Universität Delft den von ihnen 
entwickelten optischen RAM. Dieser 
neue RAM-Typ soll in Zukunft parallel 
arbeitenden Prozessorsystemen 
eine Verarbeitungsgeschwindigkeit 
von mehr als 10 GFLOPS (Milliarden 
Gleitkommaoperationen pro Se- 
kunde) ermöglichen. 

Jeder RAM-Chip soll aus 4 x 4 opto- 
elektronischen Zellen mit Differential- 
eingangsstufen bestehen. Die Chips 
werden einzelnen Prozessoren zuge- 
ordnet, die in Delft wiederum zu Ar- 
rays von rund 1 000 Prozessoren ver- 
einigt werden. Da die Prozessoren in 
einem Broadcasting-Netzwerk mit 
Glasfasern verbunden sind, dienen 
die POWER-RAMs den Prozessoren 
als Eingangspufferstufen. Damit soll 
eine effektivere Parallelverarbeitung 
als bisher möglich werden, was für 
die Entwicklung neuer Supercompu- 
ter von Interesse ist. mp 


Schneller RAM 
mit Pipeline-Technik 

Zu einer weiteren Leistungssteige- 
rung herkömmlicher Rechner soll der 
Prototyp eines neuen, von IBM ent- 
wickelten, 1 28-KBit-SRAM-Speicher- 
chips beitragen. Der Siliziumchip 
wurde mit der sogenannten Pipeline- 
Technik hergestellt und soll eine 
Lese-/Schreibgeschwindigkeit von 6 
GBit/s erreichen. Diese Technik er- 
möglicht, daß das Einlesen der 
Adressen und das Lesen und Schrei- 
ben der Daten parallel über spezielle 
Signalpfade, mit einer Zykluszeit von 
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6,5 ns und einer Wortlänge von 32 Bit, 
ablaufen können. Außerdem können 
durch die Zwischenspeicherung be- 
nötigter Daten aus den relativ langsa- 
men Arbeitsspeichern Wartezyklen 
für die schnellere Prozessorlogik ver- 
mieden werden. 

Quelle: Eildienst. - Berlin (1989) 42. -S. 4 Wi 


Mini-Bildschirm 

Eine ganz besondere Art eines Bild- 
schirmes entwickelte das amerikani- 
sche Unternehmen Reflection Tech- 
nology Inc. Dieser Bildschirm soll die 
Größe einer Streichholzschachtel ha- 
ben, 56 Gramm wiegen und wie eine 
Brille aufgesetzt werden können. 
Durch eine optische Täuschung sieht 
man alle Zeichen so, als wären sie in 
einer Entfernung von ca. 60 cm. Die- 
ser Mini-Bildschirm bietet Platz für 25 
Zeilen mit je 80 Zeichen. 

Mit dieser Entwicklung beweist das 
Unternehmen, daß die bislang als un- 
durchbrechbar erschienene Grenze, 
daß Bildschirme aufgrund der Les- 
barkeit eine Mindestgröße nicht un- 
terschreiten dürfen, überwindbar ist. 
Quelle: Eildienst. - Berlin <1989)48.-S. 3 Fa 


Neurochips 
von Mitsubishi 

Der Entwicklung eines Neurocompu- 
ters ist die Firma Mitsubishi Electric 
mit der Konstruktion eines optischen 
Neurochips näher gekommen. Das 
32-Neuron-Bauelement besteht aus 
'32 dreidimensional angeordneten 
lichtemittierenden Dioden, einer opti- 
schen Maske aus 32x32 zweidi- 
mensional angeordneten Elementen 
und 32 Fotodiodenelementen auf ei- 
nem Galliumarsenid-Substrat. Die 
LEDs und die Fotodioden senden 
bzw. empfangen Lichtsignale zwi- 
schen Neuronen, wobei die optische 
Maske den Signalaustausch zwi- 
schen den Neuronen in Abhängigkeit 
vorgegebener Steuerinformationen 
steuert. Der Neurochip kann auf Lei- 
terplatten wie andere LSI-Chips an- 
geordnet werden. Dadurch kann die 
optische und elektrische Signalverar- 
beitung vereinigt werden. 
Neurocomputer sollen der Verarbei- 
tung großer Informationsmengen die- 
nen, z. B. im Zusammenhang mit 
Sprach-, Bild- und Handschrifterken- 

Mit dem Prototyp des Neurocompu- 
ters hat Mitsubishi Electric auch ein 
assoziativ organisiertes Speichersy- 
stem demonstriert. 

ADN Wi 


Zweidimensionaler 

Draht 

An der Entwicklung einer neuen Ge- 
neration von Bauteilen, die aus quan- 
tenelektronischen Strukturen aufge- 
baut sind, arbeiten Wissenschaftler 
der Universität von Kalifornien. Dabei 
ist es ihnen gelungen, ein Geflecht 
aus sogenannten elektronischen 
Drähten zu entwickeln, die scheinbar 
nur aus zwei Dimensionen bestehen 
(Länge und Breite). Die „Drähte“ sind 
so winzig, daß sechs Millionen von ih- 
nen der Breite eines menschlichen 
Haares entsprechen. 

Den Wissenschaftlern der Universität 
ist es gelunge, ein Gitter aus Quan- 
tendrähten zu entwickeln. Die 
„Drähte“, die Atom für Atom zusam- 
mengefügt wurden, bestehen aus 


Galliumarsenid und die Isolations- 
schicht aus Aluminiumarsenid. Die 
Wissenschaftler sind der Ansicht, daß 
mindestens noch 15 Jahre vergehen 
werden, bis Produkte mit Quanten- 
drähten auf den Markt kommen wer- 
den. Ihre Entwicklung wird aber dazu 
beitragen, die Miniaturisierung der 
Chips weiter voranzubringen. Sie se- 
hen z. B. neue Möglichkeiten in der 
Entwicklung von Laptop-Computern, 
die mit Blitzlichtbatterien arbeiten. 


Aus Quantenstrukturen bestehende 
Laser wären so klein und brauchten 
so wenig Energie, daß sie auf Satelli- 
ten untergebracht werden könnten. 
Sie sind trotzdem so leistungsfähig, 
um durch Wasser zu dringen und zu 
ermöglichen, daß U-Boote miteinan- 
der kommunizieren könnten. 
Ultrafeine Quantendrähte könnten 
dazu beitragen, daß Computer noch 
leistungsfähiger und vor allem auch 
kleiner werden. Der Grund dafür be- 


steht darin, daß diese Drähte theore- 
tisch den Bewegungsraum der Elek- 
tronen einschränken, d.h., daß sie 
sich wie eine Welle in nur eine Rich- 
tung bewegen, und nicht, wie üblich, 
unregelmäßig im Draht. Demzufolge 
müßten sich die Elektronen schneller 
in einem Quantendraht bewegen 
können als in einem herkömmlichen. 
AON Fa 


Einblicke 

in die Mega- Welt .. . 

...gewähren die beiden untenste- 
henden Bilder, die als Aufnahme 
durch das Rasterelektronenmikro- 
skop entstanden. Sie zeigen Aus- 
schnitte aus dem 4-MBit-DRAM HYB 
51 4000 von Siemens, der noch in die- 
sem Jahr in Serienproduktion gehen 
soll. Mit diesem Bauelement bewegt 
man sich bei der Firma erstmals im 
Bereich der Submicrontechnologie; 
das heißt, die Abmessungen der 
Transistoren liegen unterhalb der 1/ 
1000-mm-Marke. Wie fein damit die 
Strukturen auf dem Zellenfeld wer- 
den, verdeutlicht im linken Bild der 
Größenvergleich mit einem menschli- 
chen Haar. Die Aluminiumleitbahnen 
wurden zum Teil „gestapelt“, so daß 
deren Gesamtlänge von 25 m auf 


dem nur 14x6,5 mm 2 großen Chip 
untergebracht werden konnte. Ge- 
genüber dem 1-MBit-DRAM HYB 
51 1000 wurde die Speicherkapazität 
zwar vervierfacht, die Chipfläche je- 
doch nur knapp verdoppelt. Dazu 
trägt auch das Prinzip der Graben- 
(Trench-)zelle bei. Bekanntlich be- 
steht bei einem dynamischen RAM 
jede Speicherzelle aus einer Kombi- 
nation von Auswahltransistor und 
Kondensator, der die Information als 
Ladung speichert. Um Platz in der 
Waagerechten zu sparen, wurde die 
Kondensatorfläche in die Tiefe ge- 
legt, also die 3. Dimension genutzt. 
So gelang es, nicht nur jeweils 
4 194 304 Transistoren und Konden- 
satoren, sondern auch die das Zellen- 
feld umgebenden Logikschaltungen, 
insgesamt also 8,9 Millionen Bauele- 


mente, auf der 91-mm 2 -Chipfläche 
unterzubringen. 

Das rechte Bild zeigt den Blick von un- 
ten auf das Zellenfeld des Chips, wo- 
bei die Gräben mittels spezieller Prä- 
paration sichtbar gemacht wurden und 
hier wie Kerzenflammen erscheinen. 
Gefertigt wird der HYB 514000 in 
CMOS-Technologie auf 150-mm- 
Wafern, so daß jeweils 140 Chips er- 
reichbar sind. Die extrem hohen An- 
forderungen an die Reinheit in diesem 
Herstellungsprozeß veranschaulicht 
Siemens mit dem Vergleich eines Fuß- 
ballfeldes, auf dessen Fläche höch- 
stens ein Schmutzteilchen von der 
Größe eines Stecknadelkopfes auftre- 
ten dürfte. In der Tafel wird diese Ent- 
wicklung verdeutlicht. Das Bild ganz 
unten zeigt den HYB 514000 in der 
SMD-Version. MP 



13(1989)6 



Bericht 


Fachtagung KomCom ’89 

Kommunikations- und 
Computertechnik Dresden 1989 
Vom 14. bis 16. Februar 1989 veran- 
staltete die Sektion Informationstech- 
nik der T echnischen Universität Dres- 
den diese Fachtagung, die von über 
700 Teilnehmern aus dem In- und 
Ausland besucht wurde. Über wis- 
senschaftlich-technische Ergebnisse 
wurde in den Themengruppen: 

- Digitale Vermittlungstechnik 

- Mikroprozessor- und Mikrocompu- 
tertechnik 

- Lokale Kommunikationsnetze 

- Funksignalübertragung und -Ver- 
arbeitung 

- Digitale Signalverarbeitung/Si- 
gnalprozessoren 

- Mikroakustische Signalverarbei- 
tung 

- Zuverlässigkeit von Kommunika- 
tions- und Computersystemen 

von mehr als 1 70 Referenten theore- 
tisch anspruchsvoll, anwendungsbe- 
reit bzw. praxisnah berichtet. 

Im ersten Plenarvortrag referierte 
Lochmann (IH Berlin) außerordent- 
lich tiefgründig über die weitere Ent- 
wicklung der Kommunikationsdienste 
und -netze. Er arbeitete sehr über- 
zeugend den Einfluß der Hoch- und 
Schlüsseltechnologien, vor allem der 
Mikroelektronik und der Lichtwellen- 
leitertechnik auf die Entwicklung be- 
währter als auch völlig neuer Dienste 
und Netze heraus. Telefon, Telefax, 
digitale Netze wurden ebenso behan- 
delt, bewertet und eingeschätzt wie 
Breitbandnetze und Breitbandkom- 
munikation. 

Wertvoll, anregend und treffsicher 
waren auch die Ausführungen von 
Neubert (TU Dresden) zu den 
Entwicklungstendenzen in der Com- 
putertechnik. Er charakterisierte die 
bisherige Entwicklung allgemein und 
beispielhaft, setzte sich mit der 
heutigen Computertechnik auseinan- 
der und versuchte sich auch an 
einer Prognose, die Zustimmung 
fand. 

Nach diesen beiden Plenarvorträgen 
begannen die Vorträge zeitgleich 
in den 7 Themengruppen, wobei 
nachfolgend nur ein Bericht mit 
Wertung und Einschätzung zur The- 
mengruppe Mikroprozessor- und 
Mikrocomputertechnik gegeben 

Den ersten Hauptvortrag hielt Giloi 
(FIRST, Berlin/West) zum Thema 
„Super-Mikrocomputer und Mikro- 
Supercomputer“. Ausgehend von 
den zwei alternativen Technologien 
für Supercomputer der Höchstge- 
schwindigkeitstechnologie (VHSIC) 
und der Höchstintegrationstechnolo- 
gie (VLSI) ging der Referent auf Ar- 
chitekturen für Supercomputer in en- 
ger Beziehung von Theorie und Rea- 
lisierbarkeit ein. Beeindruckend wa- 
ren die Ausführungen zur Architektur, 
technischen Realisierung und Lei- 
stungsfähigkeit des Supercomputers 
„Suprenum“, überzeugend führte er 
aus und wies nach, daß die technolo- 
gischen Aspekte zu entscheidenden 
Schlüsselfragen im Forschungs- und 
Entwicklungsprozeß geworden sind. 
Die Technologien der Mehrlagenlei- 
terplatten, der Montage von SMD- 


Bauelementen und der ASICs cha- 
rakterisieren diese Feststellung hin- 
reichend. 

Vielseitig und umfangreich befaßte 
sich eine große Zahl der Referenten 
mit der Anwendung hochintegrierter 
Schaltkreise sowie mit der Logikana- 
lyse. Dazu referierte u. a. Götze (TU 
Dresden) zu einem neuen Steue- 
rungskonzept eines modularen Lo- 
gik-Analyse-Systems. Nicklisch (TU 
Dresden), Eichfeld (VEB Elektronik 
Gera) und Rothmann (TU Dresden) 
stellten den 100-MHz-Logikanalysa- 
tor LA 100 vor. Wolff (TU Dresden) 
gingen besonders auf die Leistungs- 
merkmale des für die Wartung und den 
Service konzipierten, transportablen 
Logikanalysators LA 8/20 mit 8 Kanä- 
len und 20 MHz-Abtastfrequenz ein. 
Bemerkenswert sind auch die Ergeb- 
nisse aus der WPU Rostock zur Er- 
schließung neuer Anwendungen für 
mikroelektronische Schaltkreise. 
Münzer (WPU Rostock) beispiels- 
weise zeigte und erläuterte Struktur, 
Aufbau und Funktion des Single-Bo- 
ard-Computers WPU 80286 in einer 
nachnutzbaren Version. Auch wei- 
tere Vorträge aus der WPU Rostock 
von Schumacher /Prager zu Mini- 
MAP, von Manzelmann zu einem 
Farbgrafiksystem und von Graumann 
zum Anschluß von Festplattenspei- 
chern an den WPU 80286 fanden An- 
erkennung und Zuspruch. 

Als besonders gelungen und ein- 
drucksvoll ist der Hauptvortrag von 
Neumerkel (TU Berlin, Berlin/West) 
über T ransputer und deren Einsatz in 
der Spracherkennung und in der Ro- 
botik einzuschätzen, weil nicht nur die 
Transputer schlechthin in Struktur, 
Vernetzung, Funktion, Aufbau und 
Einsatz beschrieben wurden, son- 
dern weil eine beachtliche Sorgfalt in 
die Bestimmung des Leistungsum- 
fanges im Vergleich zu anderen Mi- 
kroprozessoren, wie z. B. 80286, ge- 
legt wurde. Die Verkopplung von 
Transputern über das LINKNET ver- 
dient besondere Beachtung. Der 
Kurzbericht zu den Einsatzerfahrun- 
gen mit T ransputern rundete den Vor- 
trag sehr gut ab. 

Danach stellte Schlechter (TU Dres- 
den) seine Ergebnisse zum Einsatz 
von Transputern in digitalen Vermitt- 
lungszentralen dar. Diese Ausführun- 
gen ergänzten den Hauptvortrag von 
Neumerkel recht gut, weil sie auch 
Leistungsgrenzen des Transputers 
aufzeigten. In diese Gruppe der Vor- 
träge gehört auch der von Leich (IfH 
Zeuthen) gehaltene Vortrag zur Dia- 
gnose in einem Muitimikroprozessor- 
system auf der Basis von Transpu- 
tern. Leistungsverhalten sowie das 
Ab- und Zuschalten von Transputern 
wurden diskutiert. 

Eine gute Aufnahme fand auch der 
Vortrag von Kämpf (IfAM Erfurt), der 
eine gut ausgewählte Kollektion von 
Ergänzungs- und Erweiterungsbau- 
gruppen für den ESER-PC EC 1834 
vorstellte und zur Nachnutzung an- 
bot. Rasterkarte, Busanpassung, 
Busverlängerung, AD/DA-Leiterkarte 
u. a. gehörten mit zum Angebot. 

Eine Gruppe von vier Referenten be- 
faßte sich mit dem an der AdW der 
DDR im IIR entwickelten fehlertole- 


ranten Rechnersystem und seinem 
Einsatz als Paketvermittlungsrech- 
ner. Nachdem Hammer (AdW der 
DDR) Struktur, Funktion und Einsatz 
des fehlertoleranten Rechnersy- 
stems übersichtlich und sehr an- 
schaulich dargestellt hatte, referierte 
Ahrens (AdW der DDR) zu den Hard- 
warekomponenten des Multiprozes- 
sorsystems und Pietsch (AdW der 
DDR) zu den Komponenten eines 
fehlertoleranten Echtzeitbetriebssy- 
stems. Schließlich sprach noch Nie- 
pel (AdW der DDR) zum Entwurf 
eines Paketvermittlungssystems auf 
der Basis eines fehlertoleranten Mu- 
litrechner-Multiprozessor-Systems. 
Die Referenten stellten insgesamt ein 
wissenschaftlich-technisches Ergeb- 
nis mit beachtlicher technischer und 
technologischer Reife vor. 
Hervorgehoben seien noch zwei Vor- 
träge, in denen besonders Hard- und 
Softwarelösungen für Prozesse der 
Bildverarbeitung im Mittelpunkt stan- 
den. Rieken (TU Karl-Marx-Stadt) re- 
ferierte eindrucksvoll zu einer Daten- 
flußprozessorbaugruppe, realisiert 
unter Verwendung des Schaltkreises 
ßPD 7281, für Personalcomputer. 
Schmidt (TH Ilmenau) ging beson- 
ders gut auf Struktur, Funktion und 
Leistungsumfang einer verfügbaren 
Bildeingabebaugruppe für MMS 16- 
Rechnersysteme ein. 

Nicht unerwähnt bleiben soll der Vor- 
trag von Meisel (VEB Carl Zeiss 
Jena), der über die vorteilhafte An- 
wendung von FORTH in Rechnern, 
die für Prüfzwecke eingesetzt wer- 
den, berichtete. 

Generell kann eingeschätzt werden, 
daß die KomCom ’89 ein anspruchs- 
volles wissenschaftlich-technisches 
Niveau dank der guten Qualität der 
Referate und der Diskussion errei- 
chen konnte. Mit der Vorstellung und 
partiellen Wertung ausgewählter Vor- 
träge sollten Umfang und Inhalt der 
Themengruppe „Mikroprozessor- 
und Mikrocomputertechnik“ charak- 
terisiert werden. Kontakte zu den Re- 
ferenten können über den Veranstal- 
ter vermittelt werden. 

Die nächste Fachtagung zu dieser 
Thematik wird 1993 stattfinden. 

Prof. Dr. W. Cimander 


Fachtagung 

Computeranimation 

Am 9. und 10. Februar 1989 fand an 
der Technischen Universität „Otto 
von Guericke“ Magdeburg die 2. 
Fachtagung „Computeranimation" 
statt. Veranstalter waren die Kammer 
der Technik, die Sektion Informatik 
der TU Magdeburg, das Institut für 
Film, Bild und Ton (ifbt) und die Sek- 
tion „Naturwissenschaftlich-Techni- 
scher Film“ der Nationalen Vereini- 
gung für wissenschaftlichen Film und 
Fernsehen (NVWF) der DDR. 

140 Teilnehmer, darunter auch Vor- 
tragende aus der Ungarischen Volks- 
republik und aus der BRD, hörten 
21 Fachvorträge, die sich vorwie- 
gend auf Live-Demonstrationen 
stützten. Zusätzlich wurde in den Ta- 
gungspausen in 6 Demonstrationen 
Grafik- und Animationssoftware vor- 
geführt. 


Der Veranstalter stellte dafür unter- 
schiedliche Rechner und Videotech- 
nik zur Verfügung und übertrug die 
Ausgabe wahlweise auf die Farbmo- 
nitore im Tagungsraum, so daß Vor- 
tragende und Teilnehmer sehr gute 
Arbeitsbedingungen vorfanden. 

Die überwiegende Zahl der Anima- 
tionsprogramme wurde auf 8-Bit- 
Computern entwickelt und demon- 
striert (KC 85/2, KC 85/4, PC 1715, 
BC 5120, C 64, Atari, Amiga 500), 
umfangreiche Simulations- und Ani- 
mationsprogramme jedoch auch auf 
1 6-Bit-Computem (A 7100, A 7150, 
Schneider 1512, IBM AT). Über die 
Animation mit einem CAD-System 
auf einem 32-Bit-Rechner wurde an- 
hand von Diapositiven berichtet (Dr. 
Jetschny, TU Dresden). Von beson- 
derem Interesse war auch die Rech- 
nerkopplung A 7100-KC 85/3 

( Schreyer , TU Karl-Marx-Stadt) so- 
wie mehrerer KC 85/3 untereinander 
(Schmidt, TU Magdeburg) zur Über- 
tragung von Bildinformationen und 
Objektbewegungsdaten. 

Gemessen an der Zahl der Vorträge 
bildete die Simulation und Animation 
technischer Prozesse mit 9 Vorträgen 
den Schwerpunkt der Anwendungen 
und Demonstrationen. 5 Vorträge be- 
schäftigten sich mit der Basisgrafik- 
software zur Bilderzeugung und Ani- 
mation, 3 Vorträge mit Problemen der 
Bildgestaltung und bildkünstlerischen 
Darstellung und 4 Vorträge mit der 
Anwendung der Animation in der 
Ausbildung (CAL: Computer Aided 
Lecture, Teachware, Coursware). 

Die Entwicklung der Basisgrafiksoft- 
ware stellt gegenwärtig das vordring- 
lichste Problem dar. Für spezielle 
Fälle wurden ansprechende Lösun- 
gen vorgestellt, und zwar 

- zur Erzeugung und Manipulation 
pseudografischer Bilder und Bildfol- 
gen (Schreyer, TU Karl-Marx-Stadt) 

- zur einfachen Beschreibung geo- 
metrischer Objekte und zu deren Ma- 
nipulation (Dr. Rennert, IHS Warne- 
münde) 

- von Schnittstellen zur Grafikpro- 
grammierung unter MS-DOS (Dr. 
Hübner, AdW-ZKI Berlin) 

- für die Datenhaltung zur Realisie- 
rung schneller Bildwechsel bei be- 
grenzter Bildanzahl (Ginter, FSU 
Jena) 

- für Beleuchtungsmodelle und 
Schattierungstechniken zur realisti- 
schen Darstellung von 3D-Szenen 
(Haberstroh, WPU Rostock). 

Die Animation von Simulationsresul- 
taten wird durch die Entwicklung von 
Simulationssoftware für Personal- 
computer zunehmend unterstützt. 
Eine grundsätzliche und systemati- 
sche Übersicht über Verfahren, 
Werkzeuge und Arbeitseinrichtungen 
zur Computeranimation gaben Prof. 
LorenzIDr. Schulze (TU Magdeburg) 
und zur Beschreibung diskreter Sy- 
steme für Simulation und Animation 
Prof. Grützner (WPU Rostock). An 
nutzungsfähiger Simulationssoftware 
für Personalcomputer, die eine Ani- 
mation der Simulationsresultate auf 
unterstem Level (Pseudografik, dis- 
kontinuierliche Bewegung von Zei- 
chenketten) unterstützt, wurden An- 
wendungen in den Programmsyste- 
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men SIMFOR ( Lohse , FER Magde- 
burg IDr. Knocke, TU Magdeburg), 
SIMPC (Dr. Schulze, TUZ Magde- 
burg), SIMPLEX II (Dörnhöferl Ger- 
mer, FAU Erlangen-Nürnberg) vorge- 
führt. 

Als Programmiersprachen werden 
dabei FORTRAN, Turbo-Pascal und 
C genutzt. Die technischen Anwen- 
dungsgebiete der Simulation und Ani- 
mation bildeten hauptsächlich Mate- 
rialfluß- und Fertigungssysteme, wo- 
bei auch entsprechende Beispiele für 
die Parallelanimation und die Post- 
Run-Animation auf KC 85/2 und KC 
85/3 zu sehen waren. 



Von der Firma Symbolics GmbH, die 
als einer der führenden Anbieter von 
Symbolverarbeitungssystemen für 
Entwicklung und Praxis-Einsatz von 
Anwendungen der Kl gilt, wurde die 
neue Hochleistungs-Workstation XL 
400 vorgestellt. Die XL 400 ist gegen- 
über den bisherigen Symbolics- 
Workstations der Serie 36 00 etwa 
doppelt so schnell und als offenes 
Entwicklungssystem ausgelegt. 

Die über 3100 Aussteller auf etwa 
235000 m 2 Ausstellungfläche sowie 
über eine halbe Million Besucher be- 
legen, daß die CeBIT eine der größ- 
ten Fachmessen auf dem Gebiet der 
Kommunikations- und Computer- 
technik ist. Die relativ hohe Zahl der 
Aussteller von außereuropäischen 
Ländern ist ein weiterer Beweis für 
diese Einschätzung. Auf der Messe 
wurden sowohl einzelne Hard- und 
Software-Erzeugnisse als auch um- 
fangreiche Systemlösungen aus den 
Bereichen Kommunikations- und 
Computertechnik vorgestellt. 

Gerade der Anwendungsaspekt steht 
ganz besonders deutlich im Mittel- 
punkt. Nachfolgend einige Ausfüh- 
rungen zu Entwicklungstendenzen 
und bemerkenswerten Exponaten. 
Control Data Corporation, die im Vor- 
jahr die Fertigstellung des Supercom- 
puters ETA 10 groß aufgemacht 
hatte, war in diesem Jahr nicht vertre- 
ten. Aber es gab weitere Beispiele für 
die kontinuierliche Entwicklung in die- 
sem Bereich. Auf zwei Systeme sei 
kurz näher eingegangen. 

Die Firma CONVEX (USA) präsentierte 
Modelle ihrer Serie C, deren Merkmale 
der Tafel 1 zu entnehmen sind. 


Die Animationsanwendungen in der 
Ausbildung sind ausschließlich für 
den KC 85 entwickelt worden, wobei 
die Programmiersprache Basic und 
z.T. spezielle Assemblerroutinen ge- 
nutzt werden. Es wurde über Soft- 
ware für die Hochschulbildung infor- 
miert (Dr. Pede, IFBT); Interessenten 
erhielten eine Kassette mit Informa- 
tionen und Programmen von der 1. 
Tagung Computeranimation 1987 
(vgl. Mikroprozessortechnik 2 (1988) 
6, Seite 187). Neue Programme mit 
gelungener Bildgestaltung und Ani- 
mation wurden zur Unterstützung der 
Gebiete Statistische Prozeßanalyse 


Interessant waren ebenfalls Arbeiten 
zur sogenannten VLIW-Architektur 
(very long instruction word). Ein Su- 
percomputer der GEI Rechnersy- 
steme GmbH Aachen auf dieser Ba- 
sis verarbeitet Befehlsworte bis zu ei- 
ner Länge von etwa 1 KBit auf einer 
parallelen Prozessorbank. Notwen- 
dige Voraussetzung ist ein entspre- 
chender Sprachübersetzer, der nach 
einer komplizierten Programmana- 
lyse diese Parallelisierung vornimmt. 
Effizienzverluste entstehen natürlich 
durch Datenabhängigkeiten und 
Sprungbefehle. Die Systemfamilie 
TRACE, die vorgestellt wurde, bietet 
Leistungen im Bereich von 10 bis 120 
MFLOPS. 

Die 32-Bit-Minicomputer stellen ein 
großes Segment im Gesamtspektrum 
der Computer dar. Verschiedene Fir- 
men bieten unterschiedlich leistungs- 
starke Systeme an, so daß für den je- 
weiligen Einsatzfall geeignete Com- 
puter auswählbar sind. Durch Kopp- 
lungen (Clusterbildung) lassen sich 
Leistungssteigerungen bei wachsen- 
den Anforderungen erreichen. 

Die Workstations und Personalcom- 
puter waren, wie in den letzten Jah- 
ren, außerordentlich stark vertreten. 
Dem Besucher wird eine unüberseh- 
bare Vielfalt von Arbeitsplatz- und 
Personalcomputern geboten. Die 
Grenze zwischen diesen beiden 
Klassen wird zunehmend verwischt. 
Die „klassischen“ Workstations (z. B. 
Sun-Serie 3/60, Apollo) sind mit Pro- 
zessoren 68020 bzw. 68030 der 
Firma Motorola ausgerüstet. Vielfach 
werden sie ergänzt durch Spezial- 
und Koprozessoren zur beschleunig- 
ten Ausführung von speziellen Aufga- 
ben. Im oberen Leistungsbereich 
schließen sich Systeme an, die mit 
Spezialprozessoren ausgerüstet sind. 
Beispielsweise setzt Sun im System 
Sun-4 einen RISC-Prozessor eigener 
Entwicklung ein. Das Konzept wird als 
Scalable Processor Architecture 
(SPARC) bezeichnet. Man sagt, daß 
Sun mit diesem Konzept Anfang der 
90er Jahre bis zu 100 MIPS im Work- 
stationbereich erreichen will. 

Wie bereits ausgeführt, verwischt 
sich die Grenze zwischen diesen bei- 
den Klassen kontinuierlich. Ver- 
gleicht man beispielsweise ein Top- 
Modell des PC-Bereiches mit einem 
unteren aus der Workstation-Klasse 
(Tafel 2), so zeigt sich die Richtigkeit 
dieser These. (Bei einigen Werten 
wurden Annahmen gemacht, um eine 
Vergleichbarkeit zu gewährleisten. 
Beispielsweise sind die Speicher wei- 
ter ausbaubar). Die Personalcompu- 
ter sind in der Hauptsache mit den In- 
tel-Prozessoren 80286 (16 Bit) bzw. 
80386 (32 Bit) ausgerüstet. Haupt- 


( Dr . Dreyer, TU Dresden) sowie 
Sprecherziehung und Rechtschreib- 
übungen (Bär, HU Berlin) entwickelt. 
Die kritisch geführte Diskussion 
machte deutlich, daß Programmauto- 
ren naturgemäß auf ihr jeweiliges 
Fachproblem fixiert sind und praktika- 
ble Empfehlungen zur grafischen 
(insbesondere farbgrafischen) Ge- 
staltung von Texten, Bildern und Bild- 
folgen für den Bildschirm vermissen. 
Psychologische, werbegrafische und 
bildkünstlerische Aspekte sind für die 
wirksame Präsentation der Bildinfor- 
mationen unerläßlich. Die Wirkung 
von Farbe, Kontrast, Form und Rei- 


hung von Objekten für die visuelle 
Wahrnehmung dreidimensionaler 
Szenen in der Natur und für die Dar- 
stellung auf dem Flachbildschirm 
analysierte Dr. Kolbe (Hochschule für 
industrielle Formgestaltung, Halle) 
eindrucksvoll. Weitere Vorträge be- 
handelten die Anwendung der Video- 
grafik und -animation im Fernsehen 
der DDR (Müller, Berlin) und die Ein- 
bindung des Computers in den bild- 
künstlerischen Gestaltungsprozeß 
(Prof. Werter, TU Magdeburg). 

Dr. D. Ziems 


Speichergrößen bewegen sich im 
MByte-Bereich, eine Aufrüstbarkeit 
mit weiteren Speichermoduln oder 
Koprozessoren ist gegeben. Die 
Festplatten- und Disketten-Lauf- 
werke des 3,5"-Formats haben jetzt 
bereits einen Marktanteil von über 
20% erreicht und dürften damit die 
5,25"-Diskette bald überflügeln. 
Trotzdem vollzieht sich dieser Über- 
gang langsamer als ursprünglich an- 
genommen. Bei im PC befindlichen 
Festplatten fängt die Kapazität bei 20 
MByte an und geht bis über 100 
MByte hinaus. Die Diskette liegt im 
Bereich von 800 KByte bis einige 
MByte. Bei den Druckern machen 
trotz gestiegener Anforderungen 
durch das Desktop-Publishing die 
Mosaikdrucker (vor allem preiswerte 
24-Nadeldrucker) immer noch das 
Rennen. Der Laserdrucker, vor allem 
als Auftischgerät, verzeichnet jedoch 
ein größer werdendes Einführungs- 
tempo. Bei Bildschirmen steigen das 



Das neue Flaggschiff von Tulip ist 
der AT 386 mit 25-MHz-Prozessor. 
Der 4-MByte-RAM kann auf der 
Grundplatine auf 13 MByte erweitert 
werden; ein 32-KByte-Cache be- 
schleunigt den Zugriff. Als Beson- 
derheit werden alle Funktionen des 
AT von dem bei Tulip entwickelten 
Sicherheitsmechanismus, dem Sy- 
stem Control Manager, überwacht 
und gesteuert. 

Auflösungsvermögen und der Farb- 
anteil weiter an. 

Bei den sogenannten Laptop-Com- 
putern (Gewicht 4... 8 kg) werden 
nunmehr durchweg die gleichen Pro- 
zessoren, Speicher (auch Massen- 
speicher, z. B. Harddisk!) und Be- 
triebssysteme eingesetzt wie bei 
PCs. Als der weltweit erste Laptop 
(Firmenangabe) mit einem Farbdis- 
play wurde von Hitachi der HL 400 C 
vorgestellt. Eingesetzt wurde ein 
6,3' '-Flüssigkristall-Bildschirm auf 


Basis der Thin-Film-Transistor-Tech- 
nologie (TFT), wobei die Dünnfilm- 
transistoren direkt auf der Glasober- 
fläche des Flüssigkristall-Bildschirms 
aufgebracht werden (siehe MP 4/89, 
S. 124). 

Einige weitere interessante Beson- 
derheiten: 

• Bei einigen Firmen wird das Kon- 
zept einer sogenannten diskless 
Workstation diskutiert (z. B. HP). Der 
ohne Zweifel notwendige Massen- 
speicher wird durch Vernetzung aus 
zentralisierten Ressourcen (Fileser- 
ver) bereitgestellt. Nicht zuletzt wür- 
den sich damit Probleme der Datensi- 
cherheit (Virenbefall!) besser lösen 
lassen. 

• Analog zu dem früheren lntel-„Ge- 
spann“ 8086 und 8088 vollzieht sich 
heute das gleiche noch einmal im 32- 
Bit-Bereich. Der 80386 wird in einer 
sogenannten SX-Version als 80386 
SX (bzw. 80387 SX) mit intern 32 und 
extern 16 Bit gefertigt. Vermutlich 
spielen ökonomische Gründe eine 
wesentliche Rolle bei dieser Vorge- 
hensweise (s. MP 9/88, S. 278). 

• Die Firma DEC hat mit ihrer ersten 
RISC-Workstation (DECstation 
3100) die 1 000-$-Marke für 1 MIPS 
unterboten (15 MIPS für 12 000$). 
Überhaupt hat das RISC-Konzept viel 
Bewegung im Workstationbereich 
(und auch darüber hinaus) gebracht. 
Prognosen sprechen davon, daß 
1992 bereits 50% aller 32-Bit-Com- 
puter nach der RISC-Struktur reali- 
siert sind. Dies scheint fraglich, da 
viele die Leistung steigernden Merk- 
male des RISC-Konzeptes auch für 
den CISC-Computer relevant sind 
und sicherlich auch genutzt wer- 
den. 

Die im Bericht über die CeBIT’88 be- 
reits angedeuteten Tendenzen bei 
den peripheren Geräten haben sich 
weiter ausgeprägt. Deshalb nur 
einige kurze Bemerkungen. 

Die Druckerpalette, die für den PC- 
und Workstationbereich vorgesehen 
ist, zeichnet sich durch eine sehr 
große Vielfalt an einzelnen Erzeug- 
nissen aus. Für die einzelnen Druk- 
kertypen ist festzustellen, daß 

- Typenraddrucker als Schön- 
schreibdrucker faktisch verschwun- 
den sind. Diese Aufgabe überneh- 
men ohne Qualitätsabstriche Mosaik- 
und Laserdrucker. 

- Mosaikdrucker den Hauptteil des 
Angebotes ausmachen. Dominant 
sind dabei Druckköpfe mit 24 Nadeln. 
Diese Technik ist bei weitem noch 
nicht ausgereizt. Weitere Leistungs- 
merkmale wie Code-Karten für die 
Druckeranpassung (s.2 und 3. Um- 
schlagseite), rationelles Handling 
beim Einzelblatteinzug sowie beim 


Mikroprozessortechnik, Berlin 3 (1 989) 6 


191 


Übergang von Einzelblatt- zur 
Endlospapierverarbeitung zeichnen 
neue Geräte aus. Diese Drucker bie- 
ten vereinzelt auch farbige Ausga- 
ben. 

- dem Schritt, den EPSON mit dem 
48-Nadel-Drucker TLQ-4800 zur Ce- 
BIT’88 ging, bisher niemand gefolgt 

- Tintenstrahldrucker hochkompli- 
zierte Druckköpfe mit 24 und 48 Dü- 
sen nutzen und damit eine exzellente 
Druckqualität liefern. Auch farbige 
Ausgaben sind mit derartigen Druk- 
kern möglich. Diese Drucktechnik er- 
füllt höchste Anforderungen für den 
Einsatz im Bereich CAD. 


tischgerät langfristig sicherlich auch 
den Mosaikdrucker ablösen wird. Die 
billigsten Arbeitsplatzdrucker dieser 
Technik kosten im Vergleich zur Ce- 
BIT'88 wohl nur noch die Hälfte. 

- ein neues Druckprinzip eventuell 
für eine neue Gerätefamilie sorgt. Die 
Firma Qume präsentiert als neues 
Druckprinzip die Liquid Crystal Shut- 
ter (LCS)-Technologie, die das 
Grundprinzip und alle Ausgabemög- 
lichkeiten des Laserdruckers zum 
Preis eines Low-cost-Matrixdruckers 
bietet. Mit 6 Seiten/Minute und 
300 x 300 Punkten je Zoll werden be- 
merkenswerte Leistungen erreicht (s. 
auch MP 4/89, S.124). 

- nach wie vor große leistungsstarke 
Drucker (Zeilendrucker, Laserdruk- 
ker) für große Computer und damit 
schnelle Ausgaben existieren. 

Vor allem japanische Firmen bieten 
bei den Massenspeichern ein breites 
Angebot an Disketten- und Festplat- 
ten-Laufwerken. Das Angebot der 
Floppy-Laufwerke ist im Prinzip un- 
verändert. Laufwerke mit Senkrecht- 
aufzeichnung und entsprechend gro- 
ßer Kapazität haben noch keinen 
Durchbruch erzielt. Auch bei den 
Harddisks ist die Situation ähnlich wie 
im Vorjahr. 5,25”-Laufwerke bieten 
25 bis 780 MByte, 3,5"-Laufwerke 50 
bis 320 MByte; die Zugriffszeiten lie- 
gen um 20 ms und die Datenübertra- 
gungsraten bei 2 MByte/s (4 MByte/s 
im Synchronbetrieb). Bis zu 1,5 
GByte bieten die „großen“ 9”-Hard- 
Disk-Drives. Dazu kommen noch 
5,25"-CD-ROM-Drives mit einer Ka- 
pazität um 500 MByte und mehr. Die 
letzteren sind vor allem für die Mas-, 
sendatenspeicherung in Informa- 
tionssystemen ersetzbar. Das mehr- 
fache Lesen und Schreiben ist noch 
nicht in dem Lösungsstadium, das 
eine entsprechende Gerätepalette 
berechtigt. 

Bei Bildschirmen ist eine weitere Ver- 
vollkommnung der Leistungsmerk- 
male hinsichtlich Auflösungsvermö- 
gen und Farbqualität zu verzeichnen. 
Schirmgrößen sind 13” und 14”, und 
das Auflösungsvermögen liegtim Be- 
reich 800 x 400 Pixel, für den Einsatz 
in leistungsfähigen Workstations ge- 
hen diese Werte auf 19” und 
1 600 x 1 280 Pixel. In solchen Fällen 
erreicht die Bandbreite des Displays 
200 MHz. 

Auf dem Sektor der Basissoftware ist 
.zunächst festzustellen, daß das MS- 
DOS nach wie vor einen großen 
Raum einnimmt. Das Vordringen von 
MS-OS/2 ist unverkennbar, jedoch ist 
gegenwärtig noch eine gewisse ab- 
wartende Haltung dazu festzustellen. 
Der hohe Speicherplatzbedarf wirkt 
anscheinend doch etwas hemmend 
auf eine schnelle Einführung. Trotz- 
dem laufen durchaus bereits Soft- 


ware-Produkte auch unter diesem 
System. Die Ankündigung des OS/2- 
LAN-Managers von Microsoft eröff- 
net ein abgestimmtes Konzept zur 
Vernetzung dieser PCs. Das MS- 
DOS, das gegenwärtig nach wie vor 
das Betriebssystem für die PCs ist, 
bleibt in seinen Leistungsmerkmalen 
auch nicht stehen. Es werden nun- 
mehr auch Funktionen integriert, die 
für den Nachfolger OS/2 typisch sind. 
Spezialbetriebssysteme (z. B. Wind- 
ows/386, VM/386), die seinerzeit als 
„Lückenschließer“ für den PC mit der 
80386-CPU fungierten, haben aber 
trotz OS/2 ihre Postionen weiter aus- 
gebaut. Im oberen Bereich der PCs 
und der Workstations haben UNIX 
bzw. Derivate einen festen Platz, der 
faktisch ungefährdet ist. Darüber hin- 
aus existieren natürlich die „klassi- 
schen“ Betriebssysteme von DEC, 
IMB, CDC, SIEMENS u. a. für die ent- 
sprechenden Computer. 

Auf die unübersehbare Vielfalt der 
Anwendersoftware kann hier nicht 
eingegangen werden. Es ist davon 
auszugehen, daß für alle denkbaren 
Einsatzgebiete im Bereich der großen 
Unternehmen, der mittelständischen 
Industrie, der Handwerksbetriebe 
und der Privatsphäre Software-Sy- 
steme zur Rationalisierung der infor- 
mationeilen Prozese existieren. An- 
wendersoftware war auch wieder ein 
ausgesprochener Schwerpunkt der 
CeBIT’89. Weit über 1 00 neue Anbie- 
ter zu diesem Komplex sind Beweis 
dieser Einschätzung. 


Die Kommunikationstechnik, die die 
zweite große Säule der Messe dar- 
stellt, stand in diesem Jahr unter dem 
Schwerpunkt des Beginns der flä- 
chendeckenden Einführung von 
ISDN durch die Bundespost. Im Kom- 
munikationsbereich ist festzustellen, 
daß sich der PC, um bestimmte Kom- 
ponenten ergänzt, zunehmend mehr 
als Kommunikationsendgerät eta- 
bliert. Diese These beweisen Zusatz- 
karten für den Anschluß an das Telex-, 
Teletex oder Bildschirmtext-Netz, als 
Fax-Gerät, als Datenendstelle am 
ISDN-D-Kanal u.v.a.m. 

Auf dem Gebiet der Rechnernetze 
machte die CeBIT’89 deutlich, daß 
die Verkopplungsmöglichkeiten wei- 
ter zunehmen. Erkennbar wird das 
durch folgende Tatsachen: 

- Möglichkeiten zur Kopplung unter- 
schiedlicher Netze (z. B. Ethernet und 
Token) 

- Anschlußmöglichkeiten von Gerä- 
ten unterschiedlichster Hersteller 

- weitere Ausgestaltung des Soft- 
ware-Bereiches für diesen Zweck 

- ISDN als Basisdienst bietet an ver- 
schiedenen Schnittstellen neuartige 
Möglichkeiten zur Datenkommunika- 
tion, die sicherlich bald auch für die 
Rechnerkommunikation erschlossen 
werden. 

Bei den lokalen Netzen ist bei aller 
Standardisierung eine weitere Zu- 
nahme der Erzeugnisvielfalt zu ver- 
zeichnen. Dominierende Konzepte 
sind dabei nach wie vor das CSMA/ 
CD-unddasToken-Verfahren, die für 


die Einsatzbereiche Büroautomati- 
sierung und flexible Automatisierung 
(Echtzeitverhalten!) klar favorisiert 
sind. Für geeignete Anwendungen 
empfehlen sich „Dünnkabel-Lösun- 
gen“ als billigere Varianten für ein 
Ethernet (Verzicht auf den Transcei- 
ver). Endgeräte unterschiedlichster 
Leistungsmerkmale können immer 
problemloser an Rechnernetze ange- 
schlossen werden, da die Hersteller 
konsequenter die internationalen 
Standards beachten. Das gleiche gilt 
für Lösungen zur Verkopplung von 
Rechnernetzen durch Gateways. 
Hierfür sprechen Exponate von IBM 
und anderen Herstellern (Kopplung 
von Ethernet- und Token-Netzen, An- 
schlußmöglichkeiten zur „IBM-3270- 
Welt“) und zur Verbindung mit ISDN- 
und Paket-Netzen. Auf dem Soft- 
ware-Sektor ist festzustellen, daß 
Vernetzungskonzepte auf der Basis 
der „alten“ TCP/IP-Protokolle sowie 
neuer OSI-gerechter Protokolle zu 
verzeichnen sind. 

Zusammenfassend kann festgehal- 
ten werden, daß neben den immer zu 
findenden interessanten technischen 
Lösungen vor allem der Schwerpunkt 
auf einem rationellen Einsatz dieser 
Technik liegt. Die Nutzung von Gerä- 
ten und Systemen der Computer- und 
Kommunikationstechnik zur Rationa- 
lisierung der vielfältigsten informatio- 
neilen Prozesse entscheidet schließ- 
lich und letztlich über die erzielbare 
Wirkung. 

Prof. Dr. P. Neubert 



Atari rundete jetzt seine Angebotspalette nach unten 
und oben ab: Vom MS-DOS-kompatiblen Leichtgewicht 
PC Folio bis zur Transputer-Workstation ATW reicht 
nunmehr das Spektrum. Das hier gezeigte Modell 
STACY ist der neue ST von Atari -als Laptop. Ausgestat- 
tet ist er mit 8-MHz-68000-Prozessor, 1 MByte RAM, ei- 
nem 3,5" -Diskettenlaufwerk und als Besonderheit mit 
integriertem Trackball anstelle der sonst üblichen 


Tafel 1 




NEC zeigte neben bewährten und neuen Druckern, 
MultiSync-Monitoren und Fernkopierern auch seine 
Festplattenlaufwerke. Unter anderem das abgebildete 
3,5" -Winchesterlaufwerk D 3661 mit 134,5 MByte un- 
formatierter Kapazität und' einer mittleren Zugriffszeit 
von 23 ms sowie einer ESDI-Schnittstelle. 


Tafel 2 
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Neuheiten auf der Ce 




© Ausfallgeschützter Parallelrechner 
Der Tandem NonStop VLX st der leistungsstarkste 
der modular strukturierten und ausfallgeschützten 
Parallelrechnerfamilie von Tandem Computers. Er 
enthält maximal 32 Prozessoren mit je 16 MByte 
Hauptspeicher. Alle Modelle benutzen das Be- 
triebssystem Guardian 90. 


© 32-Bit-Datenbus mit EISA-Merkmalen 

Zeniths neuer PC Z-386/25 ist ein 386-AT mit 
25 MHz Taktfrequenz, 2 bis 32 MByte RAM, 64 
KByie Cache-Speicher und einer 70- oder 150- 
MByte-Harddisk. Er besitzt eine VGA-Grafikkarte 
und arbeitet mit MS-DOS 3.3 plus sowie optional 
mit OS/2 oder XENIX V.5. Von den 7 Slots haben 4 
eine Datenbreite von 32 Bit; ihre Signale sollen eine 
EISA-Untermenge darstellen. Damit wäre der Z- 
386 25 der erste EISA-kompatible PC. Er soll seit 
Mai lieferbar sein. 


© Portable mit 14 -Farb-LC-Bildschirm 

Der erste 386-Portable mit 14'-Farb-LC-Bild- 
schirm ist der Sharp Farb-Portable 386. Sein 
80386-Prozessor wird mit 20MHz getaktet, er be- 
sitzt eine 40-MByte-Festplatte und einen RAM von 
2 bis 8 MByte. Der hintergrundbeleuchtete Bild- 
schirm ist VGA-fähig und kann bis zu 512 Farben 
darstellen (jede Grundfarbe besitzt bis zu 8 Farbab- 
stufungen). Als Betriebssysteme stehen MS-DOS 
und OS/2 zur Verfügung. Erste Gerate werden für 
den Herbst erwartet. 


O 
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O Farbterminal mit Pastelltonen 

Im IBM 3 1 92 F-kompatiblen 14' -Terminal TD V 1450 
hat Tandberg Data sein ergonomisches Farbkon- 
zept fortgesetzt. Die Verwendung von Pastelltönen 
gewährleistet eine optimale auf das menschliche 
Auge abgestimmte Farbaarste lung. Acht Vorder- 
und acht Hintergrundfarben können außerdem aus 
einem Angebot von etwa 256000 Farben ausge- 
wählt werden. Die Bildfrequenz beträgt bis zu 
71 Hz: Auflösungen bis 792 • 497 P xel sind mög- 
lich. 


Lesen Sie hierzu auch unseren CeBIT-Bericht. 


0 Treiber für AutoCAD Version 10 
Der ARTIST GT-T reiber von Control Systems für Au- 
toCAD Version 10 bietet für AT- und PS/2-PCs ne- 
ben hochauflösender Grafik unter anderem zusätz- 
lich: separate Dispiay-Lislen,'fur mehrere Darstel- 
lungsfelder, Geschwindigkeitsparität mit Hochlei- 
stungsrechnern. frei plazierbares Symbolmenü. 
6 Zoom-Optionen. Menüsteuerung der Farbebe- 
nen. (umschaltbare) Darsteilung auf 2 oder 4 Bild- 
schirmfenstem sowie in der Größe veränderbares, 
frei plazierbares Vogelperspektiv-Fenster. 


O Portable-Drucker mit Schönschreibqualität 

Toshiba bot mit dem ExpressWriter 301 den ersten 
netzunabhängigen, transportablen Drucker mit der 
hohen Auflösung von 360 x 360 Punkten pro Zoll. 
Der 1.9 kg schwere und 31 0 x 140 x 74mm 3 große 
Drucker besitzt einen DruGkkopf mit 24 Thermoele- 
menten für Kopier- und Thermopapier sowie direkt 
für Folien. 4 residente Schriftarten (andere können 
nachgeladen werden) und als Interface eine Cen- 
tronics-Schnittstelle. Die Akkus erlauben eine 
Druckdauer von knapp einer Stunde bzw. eine Ein- 
schaltdauer (ohne Druck) von bis zu 5 'h Stunden. 
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Unter dem Titel „Logischer Entwurf von Datenban- 
ken“ werden auf der Seite 195 die Probleme beim 
logischen Strukturieren von Datenbanken darge- 
stellt. Es wird gezeigt, wie Datenelemente so zu Da- 
tengruppen zusammengefaßt werden können, daß 
die entstehenden Datenstrukturen stabil und nicht 
anfällig gegenüber Änderungen sind. 



Mit der Entwicklung leistungsfähiger Personalcom- 
puter und des Laserdruckers zum Tischgerät wurde 
ein neues Einsatzgebiet für PCs möglich: das Desk- 
top Publishing (Publizieren auf dem Schreib- 
tisch). 

Zum DTP gehören Eingabe und Verarbeitung von 
Text und Bildern sowie die Ausgabe von gestalteten 
Seiten für Dokumentationen, Prospekte und ähnli- 
ches auf hochauflösenden Druckern. Näheres zu 
diesem relativ neuen Einsatzgebiet finden Sie auf 
der Seite 199. 



Der erste Teil unseres Berichtes von der LFM ’89 
auf der Seite 221 konzentriert sich auf das Gebiet 
des rechnergestützten Entwurfs sowie auf die Com- 
putertechnik, die nicht CAD/CAM-spezifisch ist. Der 
zweite Teil in MP 8/89 wird über neue Bauelemente 
und periphere Hardware sowie über weitere Soft- 
wareangebote informieren. 
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Vorschau 

Für MP 8/1 989 bereiten wir für Sie Beiträge zu fol- 
genden Themen vor: 

• Kopplung von Rechnern unter UNIX 

• Diskrete Fouriertransformation und digitale Si- 
gnalverarbeitung 
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Erweiterung 

der Zusammenarbeit 

in der Elektronik beraten 

Die Realisierung des Komplexpro- 
gramms des wissenschaftlich-techni- 
schen Fortschritts der RGW-Mit- 
gliedsländer bis zum Jahre 2000 
stand im Mittelpunkt der 3. Tagung 
des RGW-Komitees für Zusammen- 
arbeit auf dem Gebiet der Elektroni- 
sierung Anfang April in Prag. Dabei 
wurden entsprechend dem Auftrag 
der 44. Ratstagung des RGW die er- 
forderlichen Schritte zur weiteren 
Verbesserung der Deckung des Be- 
darfs an Bauelementen und anderen 
mikroelektronischen Erzeugnissen 
beraten. Außerdem stimmten die 
Teilnehmer Maßnahmen zur Be- 
schleunigung von Entwicklung und 
Produktion moderner Erzeugnisse 
der elektronischen Nachrichtentech- 
nik für den Zeitraum bis 1 995 ab. Da- 
bei geht es um einen höheren Beitrag 
sowie um die effektive Nutzung der 
Entwicklungs- und Produktionskapa- 
zitäten aller RGW-Länder, damit den 
Volkswirtschaften entsprechend ih- 
ren wachsenden Erfordernissen 
mehr elektronische T echnik bereitge- 
stellt werden kann. ADN 


Erster 

gemeinsamer Betrieb 
der UdSSR und der DDR 

Ein Abkommen zur Gründung eines 
gemeinsamen Betriebes der DDR 
und der UdSSR wurde während der 
Leipziger Frühjahrsmesse vom Mini- 
ster für Elektrotechnik und Elektronik 
der DDR, Felix Meier, und dem so- 
wjetischen Minister für Gerätebau, 
Automatisierungsmittel und Steue- 
rungssysteme, M. Schkabardnja, ge- 
schlossen. Das gemeinsame 
deutsch-sowjetische Unternehmen 
soll ein Wissenschaftliches Produk- 
tionszentrum zur Entwicklung, Liefe- 
rung und Wartung von Software sein. 
Auch Datenverarbeitungssysteme 
werden entwickelt. Der Betrieb, der 
Anfang Mai seine Arbeit aufnahm, 
heißt Zentron und hat seinen Sitz in 
Kalinin. 

Zentron ist ein Gemeinschaftsunter- 
nehmen des Kombinates Robotron 
und der wissenschaftlich-techni- 
schen Vereinigung Zentroprogramm- 
sistem. Von seiten Robotrons wird 
der Betrieb mit Personalcomputern, 
32-Bit-Rechnern sowie peripherer 
Schreib- und Vervielfältigungstechnik 
ausgerüstet. Auch ingenieurtechni- 
sches Personal wird dabeisein. Die 
sowjetische Seite stellt die Räume 
und den größten Teil der etwa 200 
Beschäftigten. 

Das Unternehmen wird programm- 
technische Komplexe und Pro- 
grammsysteme für verschiedene Be- 
reiche der Volkswirtschaft hersteilen, 
für die ein großer Bedarf besteht. Zu- 
nächst werden Bestellungen der 
UdSSR und der DDR berücksichtigt, 
später auch die von Drittländern. 
Noch in diesem Jahr sollen die An- 
wender etwa 250 Systeme Schlüssel- 
fertig erhalten. Zentron arbeitet voll- 
ständig auf der Basis wirtschaftlicher 
Rechnungsführung. Das Grundkapi- 
tal soll fünf Millionen transferable Ru- 


bel ausmachen. Jeder bringt die 
Hälfte ein. Das leitende Hauptorgan 
wird ein Rat sein, dem drei Vertreter 
aus jedem Land angehören. Dieser 
gemeinsame Betrieb ist einer der er- 
sten in der UdSSR. Erst seit jüngster 
Zeit werden sie auch in der UdSSR 
gegründet. 1987 beschloß der Mini- 
sterrat der UdSSR den Modus der Bil- 
dung und Tätigkeit gemeinsamer Be- 
triebe der UdSSR und anderer Län- 
der auf ihrem Territorium. Seine Be- 
stimmungen tragen den Interessen 
der Partner Rechnung und sehen bei- 
derseitigen Vorteil vor. Die Gemein- 
schaftsunternehmen erarbeiten und 
bestätigen die Pläne für ihre Wirt- 
schaftstätigkeit selbständig. Sie be- 
stimmen selbst, was entwickelt und 
welche Erzeugnisse hergestellt wer- 
den sollen. Der neue Betrieb soll der 
wachsenden Bedeutung der Soft- 
wareproduktion bei der Anwendung 
der modernen Datenverarbeitung 
Rechnung tragen und den Kunden, 
hochwertige Systemleistungen sowie 
einen hochwertigen Kundendienst 
anbieten. apniadn 


Leistungswachstum 
in der Elektrotechnik/ 
Elektronik 

Im Bereich der Elektrotechnik/Elek- 
tronik der DDR wurden im ersten 
Quartal Erzeugnisse für 156,4 Millio- 
nen Mark über den Plan hinaus gefer- 
tigt. Dieses Ergebnis wurde im April 
bei einem Erfahrungsaustausch der 
General- und Betriebsdirektoren der 
1 5 Kombinate des Bereichs sowie der 
Direktoren der Außenhandelsfirmen 
in Berlin bilanziert. Jeder der für die 
volkswirtschaftliche Dynamik wichti- 
gen etwa 240 Betriebe der Elektro- 
technik/Elektronik sollte mit guter 
Planerfüllung im 40. Jahr des Beste- 
hens der DDR Kurs auf den XII. Par- 
teitag der SED nehmen, unterstrich 
der Minister für Elektrotechnik und 
Elektronik, Felix Meier. Überall 
komme es darauf an, noch stärker 
Wissenschaft, Technik und Rationali- 
sierung einzusetzen und mehr Final- 
erzeugnisse ökonomisch zu fertigen. 
Das gelte auch für die Herstellung 
moderner, von der Bevölkerung ge- 
fragter Konsumgüter. Eingeschlos- 
sen sei dabei stets die Verbesserung 
der Arbeits- und Lebensbedingungen 
für die rund 490000 Werktätigen im 
Industriebereich. Durch kontinuierli- 
che Planerfüllung hätten sich zum 
Beispiel die Kombinate VEB Carl 
Zeiss JENA, Automatisierungsanla- 
genbau, Mikroelektronik und Elektro- 
nische Bauelemente ausgezeichnet. 
Felix Meier hob hervor, daß beson- 
ders in der Technologie weitere Fort- 
schritte erreicht werden müssen. 
Gute Beispiele dafür seien die Schaf- 
fung von Grundlagen zur Produktion 
schneller 1 6-Bit-Mikroprozessorsy- 
steme sowie die Musterproduktion 
von 1 -Megabit-Speichern. Der Mini- 
ster verwies darauf, daß für die Mikro- 
elektronik weitere neue Basis- 
technologien für kleinere Strukturab- 
messungen zu schaffen sind. Dafür 
sei der Aufbau eines leistungsfähigen 
Elektronikmaschinenbaus als Gebot 
der Entwicklung von Schlüsseltech- 
nologien und als entscheidende 


Grundlage für künftige Investitionen 
unentbehrlich. Das habe die Produk- 
tion fester Widerstände im Kombinat 
Elektronische Bauelemente Teltow 
gezeigt. 60 bis 70 Prozent aller Baue- 
lemente auf Leiterplatten im Indu- 
striebereich sind feste Widerstände. 
In Teltow sei es zudem gelungen, bei 
etwa 43000 verschiedenen Erzeug- 
nissen für 4500 Abnehmer in der 
DDR die durchgängige rechnerge- 
stützte Bilanzierung, Auftragsan- 
nahme und Produktionssteuerung 
durchzusetzen. Vergingen früher bei 
150000 Verträgen etwa sechs Mo- 
nate von der Auftragsannahme bis 
zur -bestätigung, so seien es heute - 
dank Rechentechnik aus der DDR - 
zehn Tage. adn 

Ungarischer Handels- 
minister würdigt 
Wirtschaftsbeziehungen 
mit der DDR 

Als nützlich und inhaltsreich hat der 
ungarische Handelsminister Tamas 
Beck die jüngste Tagung des Ge- 
meinsamen Wirtschaftsausschusses 
DDR-Ungarn und die dabei getroffe- 
nen Vereinbarungen charakterisiert. 
Gegenüber der Zeitung „Magyar Hir- 
lap“ verwies er in einem Interview 
darauf, daß der Warenaustausch zwi- 
schen Ungarn und seinem drittgröß- 
ten Handelspartner 1 988 erstmals ei- 
nen Wertumfang von mehr als zwei 
Milliarden Rubel erreichte. Beck 
sprach sich für den Ausbau der Di- 
rektbeziehungen zwischen Kombina- 
ten, Betrieben und Institutionen bei- 
der Länder aus. Als positives Beispiel 
erwähnte er unter anderem die Zu- 
sammenarbeit zwischen der ungari- 
schen Firma Videoton und dem Kom- 
binat Robotron. adn 


Kopieren 
leicht gemacht 

Ein Abkommen zwischen der sowjeti- 
schen Verlagsorganisation und Rank 
Xerox Ltd. bildet die Grundlage zur 
Eröffnung von sogenannten Copy- 
shops in der Sowjetunion. Rank Xe- 
rox wird die Dienstleistungseinrich- 
tungen ausrüsten und das Personal 
schulen. Die zunächst in Moskau 
eröffneten „Repro-Centers“ können 
von jedermann - Ausländer gegen 
konvertierbare Währung, sowjetische 
Bürger und Institutionen gegen Rubel 
- genutzt werden. mp 


Das erste Technische Zentrum des 
Kombinates Robotron in der Volksre- 
publik Polen ist im April in Warschau 
eröffnet worden. Wie der stellvertre- 
tende Kombinatsdirektor Joachim 
Adrian bei der Eröffnung erklärte, 
solle es die Öffentlichkeitsarbeit auf 
dem polnischen Markt intensivieren 
und zugleich die Zusammenarbeit mit 
den Anwendern von Robotron-Tech- 
nik vertiefen. Dazu ist das Zentrum 
mit den jeweils neuesten Erzeugnis- 
sen der Computer-, Schreib- und 
Meßtechnik des Unternehmens aus- 
gerüstet. 


Von dem deutsch-polnischen Kollek- 
tiv aus Anwendungstechnikern und 
Kundendienstingenieuren wurde be- 
reits ein Kursus zur Betriebsdatener- 
fassung veranstaltet. Neben diesen 
Aufgaben wird das Technische Zen- 
trum auch Service- und Reparaturlei- 
stungen übernehmen und die 200 
polnischen Firmen, die bereits einen 
Robotron-Kundendienst bieten, un- 
terstützen. ADN 


Rund 130 nachnutzbare Programme 
für Klein- und Personalcomputer wur- 
den im März auf der zweiten Suhler 
Softwarebörse vorgestellt. Ausrichter 
der Veranstaltung in der Stadthalle 
der Freundschaft waren das Bezirks- 
neuererzentrum, die Bezirksplan- 
kommission, die Kammer der Tech- 
nik sowie das Kultur- und Sportzen- 
trum der Bezirksstadt. Über 25 Be- 
triebe und Einrichtungen des Bezir- 
kes Suhl, darunter das Fahrzeug- und 
Jagdwaffenwerk Suhl und Robotron- 
Elektronik Zella-Mehlis stellten dabei 
interessante Softwarelösungen vor, 
die vorwiegend Arbeiten in der Be- 
triebswirtschaft - wie Bilanzierung, 
Grundmittelrechnung und Arbeits- 
kräftestatistik - wesentlich erleich- 
tern. Das Südthüringer Fleischkombi- 
nat beispielsweise richtet gegenwär- 
tig eine gemeinsam mit dem Daten- 
verarbeitungszentrum entwickelte 
Datenbank ein, die künftig von allen 
fleischverarbeitenden Betrieben der 
DDR genutzt werden kann. adn 

Steigerung bei Japans 
Elektronikproduktion 

Japans Elektronikproduktion hat 
1988 gegenüber dem Vorjahr wert- 
mäßig um 13 Prozent zugenommen. 
Wie die Assoziation der Elektronikin- 
dustrie (EIAJ) im März in Tokio be- 
kanntgab, betrug sie am Jahresende 
21,19 Billionen YEN (umgerechnet 
fast 303 Milliarden Mark). Über dem 
Durchschnitt lagen die Zuwachsraten 
bei der Fertigung von Computern 
(15,4 Prozent) sowie von Halbleitern 
Und elektronischen Industrieausrü- 
stungen (jeweils 14,4 Prozent). 

Im Jahresbericht wird darauf verwie- 
sen, daß der Import vor allem von 
Farbfernsehgeräten, Videorecordern 
und Stereoanlagen aus Ländern Süd- 
ostasiens mit 57,9 Prozent ein Re- 
kordwachstum erreichte. Aucch die 
Einfuhren elektronischer Komponen- 
ten, besonders von Schaltkreisen, 
nahmen mit 21 ,6 Prozent deutlich zu. 
Diese Entwicklung wird auf weitere 
Produktionsverlagerungen japani- 
scher Konzerne ins Ausland und die 
spürbar gewachsene Kapazität in 
Südkorea, Singapur, Taiwan und 
Hongkong zurückgeführt. ADN 


Aufmerksamen Lesern wird nicht ent- 
gangen sein, daß es in der Meldung 
„Intel 80486 angekündigt“ in MP 6/ 
89, S. 188, beim Lieferstart des Pro- 
zessors mit 33 MHz Taktfrequenz 
nicht um den 80286-Prozessor, son- 
dern um den 80386 ging. Wir bitten 
den Druckfehlerzu entschuldigen. 

Redaktion MP 


Robotron eröffnete 
Technisches Zentrum 
in Warschau 


Aus 2 mach 3! 


Suhler Softwarebörse 
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Logischer Entwurf von Datenbanken 


Thomas Zeier, Cottbus 


Datenbank-Management-Systeme haben 
sich im Bereich der Mikrocomputer als be- 
sonders leistungsfähige Software-Werk- 
zeuge erwiesen. Aufgrund der großen Flexi- 
bilität solcher Systeme kann, ein guter Ent- 
wurf vorausgesetzt, auf wechselnde Informa- 
tionsbedürfnisse der Benutzer mit wenigen 
und geringfügigen Änderungen der Software 
reagiert werden. 

Im Gegensatz zu einfachen Dateiverwaltun- 
gen besteht eine Datenbank nicht nur aus 
den einzelnen Daten, sondern sie enthält zu- 
sätzlich auch logische Verbindungen zwi- 
schen den Daten. Damit stellt sich eine Da- 
tenbank als Gesamtheit der vom Programm 
verwalteten Daten und deren Beziehungen 
zueinander dar. Diese Beziehungen können 
sehr komplex sein. Trotzdem müssen sie in 
der Struktur der Datenbank voll zum Aus- 
druck kommen. 

Es wird gezeigt, wie Datenelemente so zu 
Datengruppen zusammengefaßt werden 
können, daß die entstehenden Datenstruktu- 
ren stabil und unanfällig gegenüber Änderun- 
gen sind. Auf der Grundlage derartiger Da- 
tenstrukturen wird einerseits ein Höchstmaß 
an Flexibilität bei der Verwaltung der Daten 
geboten. Andererseits halten sich der Auf- 
wand für die Pflege von Anwendersoftware 
sowie das Ausmaß von Softwareänderungen 
in vernünftigen Grenzen. Die, mit Ausnahme 
der Schlüssel, redundanzfreie Abspeiche- 
rung aller Datenelemente unterstützt eine ef- 
fiziente Auslastung des Speicherplatzes so- 
wie möglichst kurze Zugriffszeiten. 

Der Prozeß der Zusammenfassung von Da- 
tenelementen zu Datengruppen läßt sich 
durch die Überführung der Datenstruktur 
nacheinander in 3 abgeleitete Strukturfor- 
mengliedern/1/. 

Die Datenbank 

in ihrer ursprünglichen Form 

Als Beispiel möchte ich ein Schlagwortregi- 
ster für verschiedene Zeitschriften wählen. 
Prinzipiell aber kann das Verfahren auch auf 
alle anderen Strukturen einer Datenbank an- 
gewendet werden. Ganz einfach stellen wir 
uns solch ein Register als eine Tabelle ge- 
mäß Bild 1 vor. 



Bild 1 Das Schlagwortregister in Tabellenform 


In dieser Tabelle entsprechen die Spalten 
den Datenfeldern und die Zeilen den Daten- 
sätzen. Die erste Zeile stellt die Namen der 
Datenfelder dar. Über diese Namen können 
die einzelnen Datenfelder angesprochen 
werden. Die übrigen Zeilen sind der eigentli- 
che Inhalt der Datenbank. Bild 2 ist das dazu- 
gehörige Schema. Der Name dieser Datei ist 
DATEN. Für jeden Artikel aus einer Zeit- 


schrift wird wegen der Eindeutigkeit genau 
ein Datensatz verwendet. Die Nachteile die- 
ser Struktur werden schon deutlich: 



• Eine begrenzte Anzahl von Autoren und 
Schlagwörtern pro Artikel stehen zur Verfü- 
gung. Was ist, wenn mehr Schlagwörter für 
einen Artikel benötigt werden, als vorgese- 
hen sind? 

• Wird nach einem bestimmten Schlagwort 
gesucht, dann muß zuerst im Datenfeld 
Schlagwort 1, dann in Schlagwort2 und 
schließlich auch in Schlagwort 3 gesucht wer- 
den. Abgesehen von dem Programmierauf- 
wand benötigt eine derartige Suche sehr viel 
Zeit. Analoges gilt auch für die Suche in den 
Datenfeldern Autor 1 , Autor 2 und Autor 3. 

• Gibt es weniger als 3 Autoren für einen Ar- 
tikel, oder werden weniger Schlagwörter für 
einen Artikel benutzt, als vorgesehen sind, 
dann bleibt eine entsprechende Anzahl von 
Datenfeldern in diesem Datensatz leer. Tritt 
das oft auf, dann ist die Speicherplatzver- 
schwendung enorm. 

Diese Nachteile sollen genügen, um zu zei- 
gen, daß die auf den ersten Blick recht gute 
Struktur doch zum Teil erhebliche Mängel 
aufweist. Wie kann man ihnen begegnen? 

Die erste Strukturform 

Zuerst wird eine laufende Nummer einge- 
führt. Das heißt, die Datensätze werden 
durchnumeriert. Der Anwender merkt später 
davon nichts. Sie dient nur der Auffindung der 
Daten, die zu einem Datensatz gehören. In 
anderen Datenstrukturen kann die laufende 
Nummer durch ein anderes Datenfeld, das 
den Datensatz eindeutig identifiziert, ersetzt 
werden. Dies kann z. B. die Nummer der Be- 
triebe eines Kombinates sein. 

Danach werden die Datenfelder, die inhalt- 
lich übereinstimmen, zusammengefaßt und 
aus der eigentlichen Datei ausgelagert 
(Bild 3). 

So entstehen die eigenständigen Dateien 
AUTOR und SCHLAGWORT. Die Doppel- 
pfeile an ihren Datenfeldern Laufende Num- 
mer zeigen, daß zu jedem Datensatz aus der 
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Bild 3 Die Datenbank in der ersten Strukturform 


Thomas Zeier (22) besuchte von 1983- 
1985 die EOS und arbeitete danach wah- 
rend eines Vorpraktikums im Rechenzen- 
trum des Textilkombinates Cottbus als 
Operator und Programmierer. Er studiert 
seit 1987 an der TU Dresden Verarbei- 
tungs- und Verfahrenstechnik und beschäf- 
tigt sich gegenwärtig mit rechnergestützten 
Untersuchungen der Oberflächenstruktu- 
ren von Fließgeweben. 


Datei „DATEN“ mehrere Datensätze der Da- 
teien AUTOR bzw. SCHLAGWORT gehören 
können. Dies ist typisch für eine erfolgte Zu- 
sammenfassung von inhaltlich gleichen Da- 
tenfeldern. Die Datei AUTOR sieht also wie 
folgt aus: 

Laufende Nummer Autorname 

1 Müller 

1 Meier 

2 Lehmann 

3 Müller 

Jetzt kann jeder Artikel beliebig viele Schlag- 
wörter bzw. Autoren haben. Auch wenn nur 
ein Schlagwort oder Autor genügt, wird kein 
Speicherplatz verschwendet. Wird ein be- 
stimmtes Schlagwort gesucht, dann braucht 
man nur einmal die Datei SCHLAGWORT zu 
durchsuchen. Man kann die gefundenen Da- 
tensätze zählen und erhält damit die Anzahl 
der Artikel, die dieses Schlagwort benutzen. 
Außerdem kann man über die entsprechen 
den Einträge im Datenfeld Laufende Num- 
mer auf Titel, Quelle und Autoren zugreifen. 
Analoges gilt auch, wenn ein bestimmter Au- 
tor gesucht wird. Diese Struktur ist also funk- 
tionstüchtig. Sie bietet sogar ein wenig Ser- 
vice. Zum Beispiel läßt sich mit COUNT FOR 
<Bedingung> sehr schnell die Anzahl der Ar- 
tikel ermitteln, die ein bestimmtes Schlagwort 
benutzen, oder die ein bestimmter Autor ge- 
schrieben hat. 


Die zweite Strukturform 

Betrachtet man sich die Datei DATEN etwas 
näher, wird man feststellen, daß die Datenfel- 
der Heftnummer und Jahrgang nur indirekt 
vom Titel abhängen. Ein Beispiel zeigt dies 
deutlich: Was sagt mehr über die Quelle aus: 
Anwendungsbeispiele des ...; 7; 88 oder 
Funkamateur; 7; 88? 

Allgemein kann man sagen: Hängen Daten- 
felder indirekt vom Hauptschlüssel und direkt 
vom Nebenschlüssel ab, so werden sie zu- 
sammen mit dem Nebenschlüssel ausgela- 
gert. In unserem Fall ist der Hauptschlüssel 
das Datenfeld Titel und der Nebenschlüssel 
das Datenfeld Heftname. Wieder wird zur 
Auslagerung ein Feld mit einer laufenden 
Nummer Buchnummer eingeführt (Bild 4). Es 
entsteht die Datei BUCH. Jedes Heft (z. B. 
Funkamateur 7/88) erhält eine Buchnummer. 
Die Anzahl der Datensätze in der Datei 
BUCH ist also gleich der der erfaßten 
Hefte. 
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Bild 4 Die Datenbank in der zweiten Struktur- 
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Bild 5 Die Datenbank in der dritten Struktur- 
form 


Die dritte Strukturform 

In der Datei BUCH steht in unserem Beispiel 
unter Heftname zweimal Funkamateur und 
einmal Originalbauplan. In den Datenfeldern 
Autorname, Schlagwort und Heftname wer- 
den Daten mehrfach gespeichert. Dies stellt 
eine Datenredundanz dar. Sie kann beseitigt 
werden, denn sie benötigt zu viel Speicher- 
platz und eine eventuelle Änderung dieser re- 
dundanten Daten muß in der gesamten Datei 
mehrfach durchgeführt werden. Dieser Re- 
dundanz kann man mit einer Zusammenfas- 
sung der Daten eines Datenfeldes und deren 
Auslagerung begegnen. Die entstehende 
Struktur ist in Bild 5 dargestellt. Die entste- 
henden Dateien S VERZEI, A_VERZEI und 


B_VERZEI stellen Verzeichnisse dar. Zum 
Beispiel ist in der Datei B_VERZEI jeder Heft- 
name mit seiner zugehörigen Nummer genau 
einmal vertreten. Die Inhalte des Datenfeldes 
Heftartnummer der Datei BUCH stellen also 
Zeiger dar, die auf Datensätze des Verzeich- 
nisses B_VERZEI zeigen. Die auf diese 
Weise entstandene Struktur ist um ein mehr- 
faches komplizierter als die Ausgangsstruk- 
tur. Sie zeichnet sich aber durch effektive 
Speicherplatzausnutzung und ständige Er- 
weiterbarkeit aus. 



Floppy-Treiber mit FDC U 8272 
im Nicht-DMA-Modus Teii 2 


Dr. Christian Löber 

VEB Robotron Meßelektronik 

„Otto Schön“ Dresden 

FD-Treiber im ND-Poll-Modus 

Grundforderungen 
an den Algorithmus 

- schnelles, sicheres Positionieren, das 
heißt Eliminieren der Einflüsse durch vertika- 
les (beim Kopfaufsetzen) bzw. horizontales 
(nach STEP-Operationen) Kopfschwingen 

- zeitoptimierte Diskettenzugriffe 

- Fehlertoleranz gegenüber Disketten- und 
Laufwerkstoleranzen (begrenzte Wiederhol- 
mechanismen mit gegebenenfalls Neuposi- 
tionierung) 

- Verifikation def Sektordaten (optionales 
Kontrollesen nach Schreiben) 

- integrierte Überwachungsfunktionen (Ver- 
meidung von Endlosschleifen bei Verklem- 
mungen, Undefinierten Systemzuständen, 
Fehlbedienungen, Diskettenfehlern) 

- einfache, übersichtliche Struktur zur Er- 
leichterung der Fehlersuche (manche Dis- 
kettentreiber sind sehr komplex und unstruk- 
turiert programmiert). 

Rufauswahl 

Von den 1 5 FDC-Befehlen werden bei einem 
auf dem ND-Poll-Prinzip beruhenden FD- 
Controller für die Grundoperation Program- 
mieren des FDC, Kopfpositionieren sowie 
Schreiben/Lesen Sektordaten nur acht benö- 
tigt. 

© SPEZI FY (Code 03H) 

Mit diesem Befehl werden die Betriebsart 
(DMA- bzw. Nicht-DMA-Modus) und die 
Timer für die Kopfladezeit HLT, Kopfentlade- 
zeit HUT und Schrittzeit SRT des FDC pro- 
grammiert. Dieser Befehl sollte vor jeder Dis- 
kettenoperation gegeben werden. Die pro- 
grammierten Werte werden durch FDC-Re- 
set oder Kaltstart nicht gelöscht. In Bild 7 sind 
die für den Laufwerkstyp K5601 optimierten 
Parameter angegeben. Sie gelten für Disket- 
ten im Format 5 x 1024 mit physischem Sek- 
torversatz 1 4 2 5 3. Da beim Typ K5601 der 
Kopf ständig aufgesetzt ist, sobald das Lauf- 
werk geschlossen wird, könnte vermutet wer- 
den, daß der optimale Wert für HLT Null ist. 
Da die FDC-Zähler jedoch als Rückwärtszäh- 
ler fungieren, führt HLT = 0 zum Maximalwert 


508 ms (und damit insbesondere zu irritie- 
rend hohen Zeiten bei der Überwachung der 
Laufwerksaktivitäten!). Deshalb ist HLT = 01 
der optimale Wert ensprechend einer Kopfla- 
dezeit von 4 ms bei der 4-MHz-Version 
U8272D04. 



Bild 7 Parameterwerte für das SPEZIFY-Kom- 
mando für Laufwerkstyp K 5601 und 4-MHz-FDC 
U8272 D04 


® RECALIBRATE (Code07H) 

Beim Erstzugriff auf ein Laufwerk und in man- 
chen Fehlersituationen (mechanisch fehlpo- 
sitionierter Kopf) muß der interne Spurzähler 
PCN des FDC mit der tatsächlichen Kopfpo- 
sition in Übereinstimmung gebracht werden. 
Das geschieht durch den Befehl RECALI- 
BRATE, wobei die Spur 0 angefahren wird. 
Da der FDC in einem Zug nur maximal 77 
Schritte machen kann, muß bei 80spurigen 
Disketten das Anfahren der Spur 0 in zwei 
Etappen vollzogen werden. Das Erreichen 
der Spur 0 kann durch Abfrage des Lauf- 
werkstatus überprüft werden (B4/ 
ST3= 1). 

® SENSE DRIVE STATUS (Code 04H) 

Vor dem Erteilen eines Positionierungskom- 
mandos ist mit diesem Befehl die Bereit- 
schaft des Laufwerkes zu testen (B5/ 
ST3 = 1 ). Ein Laufwerk ist bereit, wenn der 
Laufwerkshebel geschlossen, der Motor Soll- 
geschwindigkeit hat und die Diskette richtig 
gesteckt ist. 

© SEEK (Code OFH) 

Neben Drive- und Kopfnummer ist beim 
Suchkommando in einem weiteren Byte die 
anzufahrende Spurnummer NCN an den 
FDC zu übergeben. Der FDC erzeugt dann 
so viele Schrittimpulse, bis Istspur PCN = 
Sollspur NCN. Im allgemeinen wird empfoh- 
len, nach einem SEEK über das Kommando 


READ ID ein ID-Feld der angefahrenen Spur 
zu lesen, wobei neben STO . . . ST2 die voll- 
ständige Diskettenadresse des Sektors 
(Spur, Kopf, Sektornummer, Sektorgröße) 
als Resultat übergeben wird und somit die 
tatsächlich erreichte Spur kontrolliert werden 
kann. Das führt jedoch zu Zeitverlusten, des- 
halb sollte darauf verzichtet werden, da bei 
nachfolgenden Lese- oder Schreibbefehlen 
das Identifikationsfeld (ID-Feld) ohnehin 
noch einmal gelesen und verglichen wird. 

© SENSE INTERRUPT STATUS (Code 08H) 

Von den zahlreichen zur Generierung eines 
Interrupts führenden Ereignissen sind hier 
wegen des interruptfreien Grundprinzips nur 
die I nterrupts infolge der Kommandos 3 und 4 
- beide haben keine Ergebnisphase - wich- 
tig. Jedem dieser Befehle muß Kommando 5 
folgen, um über die zurückgemeldeten Infor- 
mationen STO und PCN das Ergebnis über- 
prüfen zu können und um das Interrupt-(IR-)- 
Signal zurückzusetzen. 

Dabei gilt folgende Zuordnung für STO: 
IR-Code Such- 
ende- 
bit 

B7 B6 B5 

0 0 1 fehlerfrei beendetes Kom- 

mando 

0 1 1 mit Fehler beendetes Such- 

kommando (z. B. Spur 
nicht gefunden) 

1 1 0 RDY-Wechsel 

(z. B. Laufwerkshebel ge- 
öffnet) 



Bild 8 Befehlssatz für das Lesen von 1-KByte- 
Sektoren der Spur 16 ab Sektor 1 
(MT = 0 kein Spurverlängerungsverfahren, d. h. 
Kopfverwaltung im Blockungsmodul; 

GAP3 = 38 H empfohlene Lückenlänge bei 1-KB- 
Sektoren; 

SK = 0: Arbeit nur mit Sektoren mit Datenmarke 
FBH; 

DTL für Sektoren > 128 Byte ohne Bedeutung) 
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© READ DATA (Code 46H: MFM-Betrieb, 
keine Spurverlängerung) 

Leseoperationen werden durch einen Satz 
von 9 Parametern spezifiziert - ein Beispiel 
für eine Sektorleseoperation zeigt Bild 8. Zu 
Beginn der Ausführungsphase wird der Kopf 
aufgesetzt, entsprechend der im SPEZIFY- 
Befehl programmierten Kopfladezeit HLT ge- 
wartet und nach Erkennen des Indexloches 
mit dem Lesen und Vergleichen der ID-Infor- 
mationen der angefahrenen Spur begonnen. 
Nach gefundenem ID-Feld liest der FDC die 
Daten des Sektors. Der Prozessor muß 
spätestens 24, «s nach Eintritt der Datenbe- 
reitschaft (RQM-Bit7/FDCSTAT = 1) reagie- 
ren und Byte für Byte im 32-/(S-Rhythmus 
übernehmen, ansonsten wird das Overrun- 
Flag B4/ST1 gesetzt und die Operation vom 
FDC beendet. Das normale Ende einer Sek- 
toroperation ist die Ausgabe eines TC-lmpul- 
ses per Programm. 

Im ND-Modus setzt der FDC nach Empfang 
jedes Datenbytes das INT-PIN sowie das 
RQM-Bit des Hauptstatusregisters. Beide 
werden durch das Auslesen des empfange- 
nen Bytes durch den Prozessor zurückge- 
setzt. Das eröffnet die Möglichkeit, im reinen 
Polling arbeiten zu können, das heißt, das 
Bytehandling wird nur durch Abfrage des 
RQM-Bits gesteuert (ND-Poll-Prinzip), und 
auf eine komplizierte IR-Steuerlogik wird ver- 
zichtet. Zum Erkennen von möglichen „Ver- 
klemmungen“ des FDC - das kann beispiels- 
weise durch Öffnen des Laufwerkshebels 
provoziert werden - sollte die diesbezügliche 
Abfrageschleife für das RQM-Bit zeitüber- 
wacht werden. 

Beim 2,4-MHz-Prozessor UB880 ist dies - 
wegen des bereits erwähnten 32-,«s-Zyklus- 
nur interruptgesteuert möglich (z. B. mittels 
eines CTC-Kanals). Beim 4-MHz-Prozessor 
UA 880 kann die Überwachung dagegen auf- 
grund der höheren Verarbeitungsgeschwin- 
digkeit rein softwaremäßig geschehen. Das 
hat den großen Vorteil, daß die gesamte Sek- 
toroperation in eine Dl/El-Klammer einge- 
schlossen werden kann, um die Sektorarbeit 
vor Unterbrechung durch systeminterne oder 
-externe IR-Quellen zu schützen. Bei der 2,4- 
MHz-Variante hingegen müssen für die 
Dauer der Sektorarbeit alle (also auch später 
gegebenenfalls durch den Anwender nach- 
definierte IR-Quellen!) fürdi^Dauerder Sek- 
torarbeit abgeschaltet werden. 

© WRITE DATA (Code 45H) 

Analog zu READ DATA, jedoch vor Auslösen 
des Rufes T est, ob Diskette schreibgeschützt 
ist durch Ruf 3 (Abfrage B6/ST3). 

© SCAN EQUAL (Code 51 H) 

Dieser Befehl kann dazu benutzt werden, 
nach Sektorschreiboperationen die Read-Af- 
ter-Write-Funktion (RAW-Funktion = Kon- 
trollesen) auszuführen. Jeder geschriebene 
Sektor sollte prinzipiell - das heißt ohne Be- 
rücksichtigung eventueller Kontrollmecha- 
nismen in den einzelnen Dienstprogrammen 
eines Betriebssystems - vom Treiber kon- 
trollgelesen werden, trotz des dafür erforder- 
lichen Zeitaufwandes, da die Datensicherheit 
Vorrang vor der Datenübertragungsge- 
schwindigkeit hat. Gezielt kann die RAW- 
Funktion außer Kraft gesetzt werden, indem 
B3/Byte 6 des im Requestvektor FD_REQ 
angegebenen Parameterblockes auf 1 ge- 
setzt wird (siehe Bild 6 in MP 6/89, S. 168). 
Bei SCAN EQUAL ist in der Ausführungs- 
phase Byte für Byte aus dem RD/WR-Puffer 
an den FDC auszugeben. Dieser liest Byte 
für Byte des geschriebenen Sektors zurück 


und kontrolliert auf Gleichheit. Wenn alle Da- 
ten gleich sind, wird das Scan-Hit-Bit B3/ST2 
gesetzt (wird in der Resultatsphase zurück- 
gemeldet). Damit ist festgelegt, daß alle Da- 
ten einer vorangegangenen Sektorschreib- 
operation richtig abgespeichert wurden, mit 
einer Ausnahme: Ein fehlerhaft geschriebe- 
nes Byte FF wird nicht als Schreibfehler er- 
kannt, da FF alle Vergleichsbedingungen er- 
füllt. Ein solcher Fehler wird jedoch über die 
CRC-Bytes erkannt. 

© READ ID (Code 4AH) 

Bei Generierung dieses Rufes liest der FDC 
das als nächstes folgende ID-Feld auf der ak- 
tuellen Spur und liefert neben STO, ST1 und 
ST2 Spur, Kopf, Sektor und Sektorlänge. Im 
allgemeinen wird der Befehl nach Positionier- 
vorgängen zur Spurkontrolle eingesetzt. Das 
ist jedoch - um Zeit zu sparen - prinzipiell 
nicht nötig, da - wie schon erwähnt - bei 
nachfolgenden Schreib- oder Leseoperatio- 
nen vom FDC vorher ohnehin das korrespon- 
dierende ID-Feld identifiziert werden muß. 
Deshalb wird READ ID für die reine Sektorar- 
beit nicht benötigt, wohl aber dann, wenn das 
zu generierende Betriebssystem automa- 
tisch das Diskettenformat erkennen soll. Da- 
bei wird unter anderem im BIOS-Ruf 
SELDSK ein ID-Lesen zum Erkennen der tat- 
sächlichen Sektorlänge einer gesteckten 
Diskette benutzt. 



Bild 9 Befehlscode für ID-Feldlesen und zu- 
rückgegebene Parameter 


Ausgewählte Algorithmen 

Kommandoausgabe an den FDC 
Nach POWER ON-Reset steht das Direc- 
tionsbit DIO des Hauptstatusregisters auf 
Ausgabe (= Grundstellung), das heißt, der 
FDC ist für den Empfang des allerersten 
Kommandos - zum Beispiel vom Befehl 
SPEZIFY - bereit. Danach müssen alle Pha- 
sen eines ausgegebenen Kommandos: Be- 
fehls-, Ausführungs- und Resultatsphase 
durchprogrammiert werden. Insbesondere 
müssen in der Ergebnisphase alle Resultat- 
bytes abgeholt werden (Kontrolle über Bit 4/ 



mit Test, ob FDC ggf. auf Abholen einer Meldung 
durch den Prozessor wartet 


Hauptstatusregister), ansonsten ist der FDC 
nicht für den Empfang weiterer Befehle be- 
reit: Er bleibt in Richtung FDC => CPU ste- 
hen. 

Ebenso schaltet der FDC auf das Senden ei- 
ner Message um, wenn im Ergebnis der lau- 
fenden Bereitabfrage der Laufwerke eine Zu- 
standsänderung auftritt (z. B. RDY-Wech- 
sel). Beide Situationen müssen in einem Pro- 
gramm zur Kommandoausgabe an den FDC 
berücksichtigt sein (Bild 1 0 und 11). Des wei- 
teren sollten die Programme zum Ausgeben 
eines Kommandos und zum Lesen des FDC 
(Daten oder Resultat einer Operation) zeit- 
überwacht werden, um Endlosabfrageschlei- 
fen bei Undefinierten Systemzuständen mit 
einer definierten Fehlerbehandlung abzubre- 
chen. 

Positionieren 

Beim Spursuchen (Bild 12) sind einige Be- 
sonderheiten zu beachten: 

- Vor jedem Suchbefehl ist die Laufwerks- 
bereitschaft mit dem Kommando SENSE 
DRIVE STATUS (B5/St3 = 1 : Laufwerk bereit) 
zu testen. 

- Bei Kaltstart sowie beim Neupositionieren 
infolge fehlerhafter Lese- oder Schreibopera- 
tionen sind alle Variablen bzw. ist die betref- 
fende Variable für die logischen Istspuren der 
Laufwerke auf eine physisch nicht mögliche 
Spumummer - beispielsweise FFH - zu in- 
itialisieren, um beim Erstzugriff oder bei be- 
stimmten Rufwiederholungen für das betref- 
fende Laufwerk ein HOME über das Kom- 
mando RECALIBRATE und damit das Kali- 
brieren des internen Spurzählers PCN des 
FDC auf Spur 0 zu veranlassen. Dabei ist zu 
beachten, daß im Unterschied zum SEEK- 
Befehl der RECALIBRATE-Ruf eine maxi- 
male Spurdistanz von nur 77 Schritten über- 
brücken kann. Deshalb muß Programm 
HOME bei zu überbrückenden Spurdistan- 
zen > 77 Spuren eine Doppelpositionierung 
durchführen. 

- Nach einem SEEK-Befehl ist eine Wartezeit 
von 5-1 0 ms zum Ausgleich der horizontalen 
Kopfschwingungen am Ende des Positionier- 
vorganges abzuwarten. Danach ist mit einem 
SENSE IR-STATUS-Kommando das Ergeb- 
nis STO und PCN des SEEK-Befehls abzuho- 
len. Dabei werden gleichzeitig das entspre- 
chende Drive-Status-Bit DO ... D3 des 
Hauptstatusregisters und die INT-Leitung zu- 
rückgesetzt. 

- Das FDC-BUSY-Bit 4 des Hauptstatusre- 
gisters wird - im Unterschied zu Lese- und 
Schreibbefehlen - bei Suchbefehlen schon 
am Ende der Befehlsphase zurückgesetzt; 
es ist folglich für das Erkennen des Endes der 
Ausführungsphase nicht geeignet. 

- Wird bei einem Suchbefehl durch Öffnen 
des Laufwerkhebels die RDY-Leitung auf 
NICHT BEREIT gesetzt, so unterbricht der 
FDC den Positioniervorgang. Dabei auftre- 
tende Undefinierte Systemzustände können 
durch Wiederholmechanismen mit dem Neu- 
positionieren über HOME eliminiert wer- 
den. 

Sektorarbeit 

In Bild 1 3 ist der dem FD-T reiber zugrundelie- 
gende Grundalgorithmus mit einem zweifa- 
chen Wiederholungsmechanismus bei auf- 
tretenden Fehlern dargestellt. Alle angeführ- 
ten Unterprogramme enthalten eine eigene 
Zeitüberwachung nach dem Softloop-Prin- 
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jUP zur Abholung der Heldung (Dum/ 



Bild 14 Programmbeispiel für das Bytehandling beim Lesen aller Bytes ei- 
nes Sektors 



zip. Folgende Hauptaktivitäten charakterisie- 
ren den Treiber: 

- Einschalten des aktuellen Motors (Berech- 
nen des entsprechenden Motorcodes aus 
Byte 2 der übergebenen Schnittstelle 
FD_REQ) sowie Laden zweier Zähler für Ruf- 
wiederholung ohne bzw. mit Neupositionie- 
rung (RW_ZAEL, HOM_ZAEL). 

- Innerhalb der Wiederholungsschleife prin- 
zipiell Neuspezifizieren des FDC, das heißt, 
jeweiliges Neuladen von HLT, HUT und SRT 
und damit verbunden Verwendung bestimm- 
ter Rücksetzfunktionen des FDC; ferner Po- 
sitionieren des Kopfes auf die in FD_REQ an- 
gewiesene Sollspur NCN; jedoch kein ID- 
Feldlesen zur Spurkontrolle aus Zeitgrün- 
den. 

- Rufverteiler für das Trennen von RD- und 
WR-Rufen mit anschließendem Bytehand- 
ling. In Bild 14 ist hierfür ein konkretes Pro- 
grammbeispiel für das Lesen eines Sektors 
angegeben. Die Ausführungsphase wird 
nach dem Übertragen aller Sektordaten 
(Test: Bytezähler = 0) durch die program- 
mierte Ausgabe eines vollständigen > 4//s 
langen High-Impulses an TC über das zu- 
sätzliche Steuerregister des FD-Controllers 
beendet. 

- Lesen und Auswerten des Resultats der 
FDC-Operation. Bei aufgetretenen Fehlern 
(dann ist B7/B6_ST0 =1= 00) erfolgt eine n-fa- 
che Rufwiederholung des Schreib-Lese-Ru- 
fes bis RW_ZAEL = 0, danach nochmalige 
(einmalige) Wiederholung mit Neupositionie- 
rung über Spur Null, um außergewöhnliche 
Fehlersituationen, wie Undefinierte Stellung 
des Kopfes (z. B. auch außerhalb des Spur- 
bereiches der Diskette!) zu beheben. 

- Motorabschalten und Rückgabe des Sta- 
tus der Operation an den Blockungsmodul. 
Im Fehlerfall kann die konkrete Fehlerur- 
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oache durch Austesten der Statusregister 
des FDC detailliert ermittelt werden (z. B. 
B1/B4_ST2 = 1: schlechte oder falsche 
Spur, B5/ST1 = 1 : CRC-Fehler, B0/ST1 = 1 : 
fehlende Adreßmarke usw.). Bei den meisten 
CP/M-kompatiblen Betriebssystemen erfah- 
ren jedoch nur die Situationen Drive not rdy 
und write protected eine gesonderte, für den 
Bediener relevante Behandlung, während 
auf alle anderen Fehlersituationen überwie- 
gend mit Bad Sector reagiert wird. 

Meßergebnisse 

Bei der Arbeit mit Floppy-Speichern sind für 
den Nutzer vor allem folgende drei Parame- 
ter bzw. Kriterien aussagekräftig: 

• Die Zugriffssicherheit, das heißt die Häu- 
figkeit von Fehlern, bei denen das Betriebs- 
system mit Bad Sector reagiert. Zur Ermitt- 
lung eines Orientierungswertes wurden Dau- 
erkopierversuche zwischen zwei Laufwerken 
über jeweils 8 Stunden durchgeführt. Maß- 
geblichste Einflußgröße ist dabei die Disket- 
tenqualität. Bei einwandfreien Disketten trat 
bei ä 10 5 Sektoroperationen kein Fehler 
auf. 

• Die Zugriffsgeschwindigkeit, die direkt 
proportional in die Kopierzeiten eingeht. Hier- 
bei wirken neben Maßnahmen in der Hard- 
ware (erhöhte Prozessortaktfrequenz, hard- 
waremäßige CRC-Sicherung durch den FDC 
entsprechend 7 ms Zeiteinsparung/ Sektor- 
zugriff 121 folgende softwareseitige Maßnah- 
men zugriffsbeschleunigend: 

- kein ID-Feldlesen bei Positioniervorgän- 
gen 
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Die unaufhörliche und schnelle Entwicklung 
der Personalcomputer (PC) und der damit 
verbundenen Gerätetechnik in den letzten 
Jahren hat dazu geführt, daß neben die bis- 
herigen generellen Nutzungsmöglichkeiten 
der PCs, wie Textverarbeitung, Tabellenver- 
arbeitung, Datenbanken, Grafikverarbeitung 
oder Telekommunikation, eine neue, das An- 
fertigen von Publikationen mit PCs - Desk- 
top Publishing (DTP) genannt - getreten ist. 
Der Artikel beschreibt die Voraussetzungen, 
die für eine solche Anwendung notwendig 
sind. 

Zu den technischen Voraussetzungen für 
DTP zählen neben einem PC mit mindestens 
640 KByte Hauptspeicher und einer Fest- 
platte folgende Geräte: 

• Scanner, mit dessen Hilfe Abbildungen 
(Fotografien, Texte, Grafiken) vom Papier in 
eine Datei, die von DTP-Software verarbeitet 
werden kann, kopiert werden 

• Bildschirm mit hoher Auflösung, der mög- 
lichst eine ganze A4-Seite wahrheitsgetreu 
wiedergeben kann (Ganzseitenbildschirm) 

• Maus, die sowohl zur Steuerung des DTP- 
Programms als auch zur Arbeit mit Grafik ver- 
wendet wird 

• Drucker von hoher Qualität, um eine aus- 
gezeichnete Wiedergabe des Textes und der 
Abbildungen zu gewährleisten 

• Software, die sowohl Text- als auch grafi- 


- optimierte Laufwerksparameter, insbe- 
sondere hinsichtlich der Schrittratenzeit SRT 
(4 ms + 1 ms zum Ausgleich von Laufwerks- 
toleranzen) und minimale Kopfladezeit HLT 
= 4 ms. 

- große Sektorlänge (1-KByte-Sektoren, 
dies natürlich auch aus Gründen maximaler 
Diskettenkapazität) und Zugriffsverdichtung 
durch Blockung 

- physischer Sektorversatz 1 4 2 5 3 beim 
Format 5 * 1024 Byte/Spur (realisiert im zu- 
gehörigen FORMAT-Programm). Im Zusam- 
menwirken aller genannten Maßnahmen 
wurden die in Tafel 1 angegebenen Kopier- 
zeiten erzielt. Zum Vergleich sind die analo- 
gen Werte für die Büro-und Personalcompu- 
ter der DDR angegeben. 

• Die Fehlertoleranz, das heißt, in welchem 
Maße auch grobe Fehler toleriert bzw. unter- 


sche Verarbeitung zuläßt, das gesamte Do- 
kument typografisch aufbereiten kann und 
den Import von Dateien verschiedenen For- 
mats in das Dokument ermöglicht. 

In Abhängigkeit von den eigenen Ansprü- 
chen und der vorhandenen Hard- und Soft- 
ware erlauben DTP-Systeme den Druck von 
Dokumenten von minimaler (Nadeldrucker 
mit neun Nadeln), mittlerer (Nadeldrucker mit 
24 Nadeln) bis zu hoher Qualität (Laserdruk- 
ker mit hoher Auflösung). Entsprechend den 
Qualitätsanforderungen variieren auch die 
Preise von DTP-Systemen. 

Scanner 

Die überwiegende Anzahl von DTP-Anwen- 
dern startet, ohne einen Scanner zur Verfü- 
gung zu haben. Es dauert allerdings nicht 
lange, um zu erkennen, daß das Einfügen 
von Fotografien oder Grafiken in das eigene 
Dokument sehr wünschenswert wäre. Der 
Weg führt zum DTP-Scanner. Die Arbeits- 
weise eines Scanners beruht auf dem Abta- 
sten einer Abbildung (Fotografie, Text, Grafik 
usw.) mittels eines lichtempfindlichen Geräts 
und der Konvertierung des resultierenden Si- 
gnals in eine digitale Form. Scanner (z. B. Be- 
legleser) sind seit langem als Eingabegeräte 
für Großrechner im Einsatz; allerdings erwei- 
sen sie sich als sehr kostspielig und sensibel. 
Der Einsatz in Verbindung mit Personalcom- 
putern ist eine relativ junge Entwicklung. Wa- 
ren 1 986 in den USA ungefähr 4000 Scanner 
im Einsatz, so stieg diese Zahl 1 988 auf etwa 
36000. Das bedeutet, daß etwa einer von 


drückt werden. Derartige Einflüsse lassen 
sich zum Beispiel dadurch provozieren, daß 
während eines laufenden Kopiervorganges 
von Hand die Schlittenposition in starkem 
Maße verstellt wird, im kritischsten Falle so- 
gar außerhalb des formatierten Spurbereichs 
der Diskette, wodurch der FDC weder eine 
Spur noch ein ID-Feld vorfindet. Unter Zu- 
grundelegung der beschriebenen fehlertole- 
rierenden Treiberphilosophie werden diese 
und andere Störungen problemlos ohne Feh- 
lerausstieg eliminiert. 
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sieben DTP-Arbeitsplätzen mit einem Scan- 
ner ausgerüstet ist IM. DTP-Scanner am un- 
teren Ende der Preisskala liegen im Preisbe- 
reich von XT-kompatiblen PCs, während die 
an der Spitze rangierenden Scanner etwa 
zehnmal teurer sind. Der Unterschied liegt in 
der Auflösungsfähigkeit und der Fähigkeit, 



Mit einer Auflösung von 8 00 dpi (dots per inch - 
Punkte je Zoll) zählt der neue Flachbettscanner 
TDS 8000 von Tandberg Data zur gehobenen Lei- 
stungsklasse. Er tastet die Vorlagen mit einem 
CCD-Sensor ab; störanfällige Spiegel- und Un- 
sensysteme wurden durch Faseroptik und LED- 
Beieuchtung ersetzt. Bei Umschaltung auf 
400 dpi beträgt die Scanzeit 11 Sekunden. Die 
Scansoftware erlaubt das Einlesen von Text-, 
Bild- und Grafikvorlagen und das Mischen auf 
dem Bildschirm, außerdem Fenstertechnik für 
16 unterschiedliche Scanparameter. 
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Texte unterschiedlicher Schriftsetzung in 
eine Textdatei konvertieren zu können (opti- 
sche Zeichenerkennung). Die Auflösungsfä- 
higkeit reicht von 200 bis 1 000 Pixel per Zoll, 
in Verbindung mit der Breite der Grauton- 
skala (2 bis 256 verschiedene Grautöne) für 
jeden Pixel ergibt sich die Qualitätsvarianz. 
Man bezahlt jedoch für die Bildqualität mit 
Speicherplatz. So belegt eine Abbildung (A4- 
Format), digitalisiert mit einer Auflösung von 
300 Pixel per Zoll und 2 Grautönen (schwarz 
und weiß) mehr als 1 MByte, bei 256 ver- 
schiedenen Grautönen mehr als 8 MByte, bei 
einer Auflösung von 600 Pixel per Zoll und 
256 Grautönen etwa 34 MByte Speicher- 
platz. Allerdings ist es auch eine Frage des 
verwendeten Druckers, ob die Eingabequali- 
tät in eine Druckausgabe hoher Qualität um- 
gesetzt werden kann. Für die meisten An- 
wendungsfälle ist ein Scanner mit 64 Grautö- 
nen mehr als ausreichend. Interessant ist die 
Möglichkeit, die digitalisierten Abbildungen 
im PC manipulieren zu können. So kann der 
Grautonwert jedes Pixels geändert werden, 
Kontraste können verschärft und die Abbil- 
dungen retuschiert werden. Alle Scanner 
sind mit einer diesbezüglichen Software aus- 
gerüstet. Ein anderes Softwarepaket, wel- 
ches vielen Scannern angegliedert ist, ist die 
optische Zeichenerkennung, die weitverbrei- 
tete Schreibmaschinen- oder Druckschriften 
erkennt und in ASCII-Code umwandelt. So- 
mit lassen sich ganze Seiten in Textdateien 
konvertieren und mit gebräuchlichen Text- 
verarbeitungssystemen weiterverarbeiten. In 
letzter Zeit sind auch die ersten DTP-Scan- 
ner auf dem Markt erschienen, die es erlau- 
ben, farbige Abbildungen nicht in Grautönen, 
sondern in Farbe zu digitalisieren. Das ist 
eine der sich abzeichnenden Entwicklungs- 
richtungen. Die andere ist die Ausweitung der 
Fähigkeit, schriftgesetzten Text lesen zu kön- 
nen. Andere interessante Richtungen sind 
die Entwicklung von kleinen billigen Hand- 
scannern und die Verbindung von Scannern 
mit Fax-Software, um einen Scanner auch 
als Fax-Gerät zur Übertragung von Bildern 
über das Telefonnetz einsetzen zu kön- 
nen. 

Bildschirme 

Auf dem Bildschirm erfolgt beim DTP die 
ganze Arbeit der Zusammenfügung einer 
Seite des Dokuments. So wird man bald mer- 
ken, daß die herkömmlichen PC-Bildschirme, 
unabhängig vom Grafikstandard, mit dem sie 
ausgerüstet sind, dafür nicht besonders gut 
geeignet sind. Auf einem 13-Zoll-Bildschirm 
läßt sich eine ganze Seite nicht im Detail dar- 
stellen, man benötigt ein häufiges Umschal- 
ten von reduzierter zu normaler oder mei- 
stens vergrößerter Darstellung. Das Editie- 
ren von Texten oder Grafiken kann zum Alp- 
traum werden, da außerdem auch eine Ver- 
zerrung der Abbildungen (z. B. werden 
Kreise oft als Ellipsen dargestellt) stattfindet. 
Deshalb geht die Tendenz für DTP-Anwen- 
dungen zu großformatigen Bildschirmen mit 
hoher Auflösung. Damit werden Produktivität 
und Akkuratesse für DTP-Systeme zu einem 
großen Teil vom verwendeten Bildschirm be- 
stimmt. Eine Untersuchung zeigte, daß etwa 
ein Drittel der Zeit bei der Herstellung einer 
druckfertigen Seite eingespart werden kann 
121. Nur mit einem großformatigen Bildschirm 
hoher Auflösung läßt sich der von den am 
meisten genutzten DTP-Softwarepaketen er- 
hobene Anspruch „Was du (auf dem Bild- 
schirm) siehst, ist was du (auf dem Drucker) 



Den nach eigenen Angaben kleinsten Farbscan- 
ner der Welt präsentierte Sharp zur CeBIT '89. 
Der Handy-Farbscanner JX-100 soll besonders 
für nichtprofessionelle DTP-Anwender er- 
schwinglich sein. Das Gerät scannt Vorlagen bis 
zur Größe von A6 bei einer Auflösung von 
200 dpi. 

erhältst“ rechtfertigen (WYSIWYG - What 
you see is what you get). Bildschirme mit ho- 
her Auflösung beginnen bei einer Bildschirm- 
diagonale von 16 Zoll und reichen gewöhn- 
lich bis 19 Zoll, Hoch- oder Querformat. Die 
Auflösung variiert zwischen 1024 und 2880 
Pixel horizontal und zwischen 600 und 1 280 
vertikal. Verglichen mit einer Auflösung von 
640 x 320 für den EGA(Enhanced Grafics 
Adapter)-Standard von IBM ist das ein we- 
sentlicher Fortschritt. Allerdings sind diese 
Bildschirme nur als Schwarzweiß-Bild- 
schirme ausgelegt. Eine der Richtungen, die 
die Entwicklung von Bildschirmen mit hoher 
Auflösung nimmt, ist nicht so sehr die Erhö- 
hung der Auflösung für die Textdarstellung, 
denn diese ist faktisch durch die verwendete 
Schriftgröße begrenzt (und wird kaum unter 6 
typographischen Punkten liegen), sondern 



Weniger für das gelegentliche „Publizieren am 
Schreibtisch“ als vielmehr für professionelles 
Arbeiten im Satz- und Layoutbereich präsen- 
tierte die Compugraphic Deutschland GmbH 
kürzlich die Workstation Integrator 19/386 mit 
80386-Prozessor, 19-Zoll-Bildschirm, 80-MByte- 
Festplatte und Unix-Betriebssystem. Damit ist es 
beispielsweise möglich, Echt-Schriften (WYSI- 
WYG-Prinzip) auf der einen und die Befehle auf 
der anderen Seite des Bildschirms darzustellen, 
das heißt, interaktives, paralleles Arbeiten an 
der Analogdarstellung und im Befehlspro- 
gramm. Die so gestalteten kompletten Seiten 
lassen sich wahlweise auf hochauflösende La- 
serbelichter oder Laserdrucker ausgeben. 


eher die Erhöhung der Anzahl der abgebilde- 
ten unterschiedlichen Grautöne für Abbildun- 
gen, um diese entsprechend manipulieren zu 
können. Es zeichnet sich langsam ein Stan- 
dard für diese Bildschirme ab, der bei 1 280 x 
960 oder 1280 x 1024 Pixel liegen wird. Mit 
der Einführung eines Standards würde sich 
die Zahl der gegenwärtigen Treiber und 
Steuereinschübe wesentlich verringern, und 
herkömmliche Textverarbeitungs-, Tabellen 
oder Grafikprogramme könnten mit einem 
Standardtreiber ausgerüstet werden. Die 
Preise für großformatige Bildschirme mit ho- 
her Auflösung liegen bei dem drei- bis fünffa- 
chen Preis eines IBM VGA (Video Graphics 
Array)-Farbbildschirms oder dem sechs- bis 
zehnfachen Preis eines CGA(Color Graphic 
Adapter)-Farbbildschirms. 

Maus 

Bedingt durch die gleichzeitige Verwendung 
von Texten, Grafiken und Abbildungen in 
einem Dokument sind DTP-Softwarepakete 
mit einem grafischen Interface ausgestattet, 
welches die Nutzung einer Maus voraus- 
setzt. Die Maus dient dabei zusammen mit 
dem Keyboard als Steuerungs- oder Einga- 
begerät für bestimmte Anwendungen, z. B. 
der Erzeugung mit der DTP-Software. Eine 
Maus gehört für neuere Apple-Macintosh- 
Computer bereits zur Standardausrüstung. 
Mit dem neuen OS/2-Betriebssystem für 
IBM-PCs wird die Maus auch für diese Com- 
puter zum Standard werden. Nutzer von Mi- 
crosoft Windows oder Digital Research GEM, 
beides weit verbreitete grafische Interfaces, 
die auch in DTP-Software Verwendung fin- 
den, sind schon seit längerem an die Arbeit 
mit der Maus gewöhnt. Eine Maus besitzt 
eine Auflösung von 200 bis 320 Pixel pro Zoll 
und hat damit eine bessere Auflösung als 
herkömmliche Bildschirme. Es gibt Mäuse 
mit einer, zwei oder drei Drucktasten. Der 
eigentliche Unterschied zwischen verschie- 
denen Typen liegt in der Art der Übertragung 
der Bewegung. Hier gibt es die optische 
Maus, in der Lichteffekte, von optischen Sen- 
soren registriert, in die Bewegung des Zei- 
gers auf dem Bildschirm umgewandelt wer- 
den. Die mechanische Maus basiert darauf, 
daß ein Gummiball bewegt wird, der mecha- 
nische Sensoren veranlaßt, den Zeiger auf 
dem Bildschirm zu bewegen. Der Vorteil der 
optischen Maus liegt in ihrer Zuverlässigkeit 
und ihr Nachteil darin, daß sie eine Unterlage 
mit einem Raster und damit mehr Platz als 
eine mechanische Maus benötigt. Deren 
Nachteil besteht in der Verschmutzungsge- 
fahr des Gummiballs, mit der ihre Leistungs- 
fähigkeit abnimmt. Das führte zur Entwick- 
lung der optomechanischen Maus, in der sich 
ein Gummiball bewegt, dessen Bewegungen 
dann mittels optischer Erkennungssysteme 
auf den Bildschirm übertragen werden. Die 
Maus kann in serieller (dabei wird der serielle 
Ausgang am PC genutzt) oder Bus-Ausfüh- 
rung (dafür wird ein Einschub benötigt) gelie- 
fert werden. Die Maus ist ein sehr billiges Ein- 
gabegerät und liegt meist unter dem Preisei- 
nes Keyboards; Treiber für die bekanntesten 
Softwarepakete werden in vielen Fällen von 
den Maus-Herstellern mitgeliefert. 

Laserdrucker 

Das am weitesten verbreitete Ausgabegerät 
in DTP-Arbeitsplätzen ist der Laserdrucker, 
der auch beste Ausgabequalität garantiert. 
Die Entwicklung dieser Drucker geht in die 
Richtung höherer Auflösung, geringer Preise, 
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verbesserter Funktionstüchtigkeit und bes- 
serer Farbqualität, einschließlich Mehrfar- 
bendruck. Damit sollen die Ansprüche insbe- 
sondere von DTP-Nutzern weiter befriedigt 
werden und die Fähigkeiten, die sich aus der 
Anwendung anderer Komponenten von 
DTP-Systemen ergeben, besser genutzt 
werden. Der Hauptgrund, warum Laserdruk- 
ker mehr und mehr Anwendung finden, ist die 
hohe Ausgabequalität. Danach kommen 
Funktionstüchtigkeit, Preis sowie Hard- und 
Softwarekompatibilität. Laserprinter starten 
heute bei einer Auflösung von 240 und rei- 
chen bis 600 Pixel je Zoll. Der Standard ist 
300 Pixel je Zoll. Dies entspricht zwar Brief- 
qualität, reicht aber noch nicht an Schriftsatz- 
qualität heran, die bei etwa 600 Pixel je Zoll 
beginnt. Für diese Qualität bezahlt man einen 
hohen Preis, der vier- bis fünfmal höher als 
der von Standardlaserdruckern ist. Ein Fak- 
tor, der den Preis beeinflußt, ist der Preis für 
den Hauptspeicher, den der Laserdrucker 
benötigt. So besitzt ein Laserprinter mit 600 
Pixel je Zoll Auflösung mindestens 4 MByte 
eigenen Hauptspeicher. Die meisten Laser- 
printer sind mit einer Reihe eigener Schrift- 
sätze ausgestattet und simulieren verschie- 
dene Druckstandards. 



Ein typischer Vertreter der gegenwärtigen lei- 
stungsfähigen Tisch-Laserdrucker ist der neue 
PC Laser 6000IPS von RICOH. 300 dpi Auflö- 
sung, Druckgeschwindigkeit 6 SeitenIMinute, 
Motorola-68000-Mikroprozessor, 2 bis 4 MByte 
RAM sind seine Merkmale. Hervorgehoben wird 
die bei diesem Modell integrierte Seitenbe- 
schreibungssprache PostScript, so daß die Ar- 
beit mit bekannten DTP-Programmen möglich 
wird. 


Für DTP hat sich eine eigene Seitenbeschrei- 
bungssprache herausgebildet, die mehr oder 
weniger zum Standard geworden ist - Post- 
Script. Diese Sprache gestattet es, Text und 
Grafik gemeinsam auszugeben, wobei der 
Text ebenfalls im Grafikmodus gedruckt wird. 
Die gebräuchlichsten DTP-Softwarepakete 
besitzen einen PostScript-Treiber und sen- 
den die zu druckenden Dokumente im Post- 
Script-Format zum Laserdrucker, der diese 
dann im eigenen Hauptspeicher aufbereitet. 
Dabei beeinflußt die Größe des Hauptspei- 
chers wesentlich die Druckgeschwindigkeit 
mit. Laserprinter besitzen eine Reihe sich 
schnell abnutzender und anfälliger Teile. Sie 
bedürfen daher periodischer und aufmerksa- 
mer Wartung, des relativ häufigen Wechsels 
einzelner Teile und der ständigen Nachfül- 
lung von Toner. Dadurch ergeben sich stän- 
dige hohe Nebenkosten, die bald die An- 
schaffungskosten übersteigen können. Der 
Preis für Laserdrucker mit 300 Pixel je Zoll 
Auflösung liegt bei dem Drei- bis Fünffachen 
des Preises für einen 24-Nadeldrucker. 
Verschiedene Produzenten arbeiten an der 
Entwicklung von Farblaserprintern. Erste 
Modelle zeichnen sich vor allem durch einen 
hohen Preis aus und haben deshalb noch 
keine massenhafte Anwendung gefunden. 
Die Alternativen für farbige Druckausgabe 


Als Electronic Publi- 
shing bezeichnet Agfa 
das Einsatzgebiet sei- 
nes Systems Agfa Press, 
das bereits über den 
Bereich des Desktop 
Publishing hinausgeht. 
Basis ist demzufolge 
eine leistungsstarke 
Sun-Workstation 386/7 
150 mit Scanner, WYSI- 
WYG-Bildschirm und 
LED-Drucker P 400 PS, 
der leistungsfähiger als 
ein herkömmlicher La- 
serdrucker ist. Bei- 
spielsweise hat er 
eine Auflösung von 
400 dpi und eine Lei- 
stung von 18 Drucken 
pro Minute. Selbstver- 
ständlich ist auch die 
Ausgabe auf einen La- 
serbelichter möglich, 
der bis zu 2400 dpi auf 
Reprofilmen für den 
Offsetdruck liefert. 



sind Thermo- und Tintendruck, die den 
Hauptanteil am Farbdruckermarkt besitzen 
und noch eine Weile halten werden. 

Software 

Die bekanntesten DTP-Softwarepakete sind 
Aldus Pagemaker und Rank Xerox Ventura 
Publisher, deren Marktanteile relativ gleich 
sind. Beide gewährleisten den Import von 
Texten, erzeugt mit den bekannten Textver- 
arbeitungssystemen, von Grafiken, die mit 
den gebräuchlichsten Grafikprogrammen er- 
stellt wurden, oder Abbildungen, die digitali- 
siert wurden. Beide Pakete verwenden ein 
grafisches Interface; Pagemaker nutzt Micro- 
soft Windows und Ventura basiert auf GEM. 
Der wesentlichste Unterschied besteht in der 
Behandlung der Texte. Während Pagemaker 
diese in das eigene Format integriert, beläßt 
Ventura den Text in seinem ursprünglichen 
Format, so daß dieser immer wieder mit dem 
verwendeten Textverarbeitungssystem ver- 
arbeitetwerden kann. 

Anwendungsmöglichkeiten 

DTP besitzt ein weit gefächertes Anwen- 
dungsspektrum, welches von der Erzeugung 
von Speisekarten, Einladungen, Lebensläu- 
fen bis hin zu Projektdokumentationen, wis- 
senschaftlichen Studien, Berichten, Bedie- 
nungsanleitungen, Broschüren usw. reicht. 
So produziert Volvo das Bedienungshand- 
buch für das Modell 740 mittels DTP und 
konnte dadurch wesentlich die Operativität 
durch die kurzfristige Berücksichtigung von 
Änderungen erhöhen. Dabei bedient man 
sich einer Software, die eine Brücke zu Auto- 
CAD beinhaltet. Die Kosten für die Herstel- 
lung des Handbuches konnten erheblich ge- 
senkt werden. Im Sekretariat der Vereinten 
Nationen wird das Layout der monatlichen 
„Betriebs'-Zeitung, genannt „Sekretariats- 
neuigkeiten“, seit kurzem mittels DTP er- 
stellt. Der Autor dieses Artikels erzeugte über 
zwanzig Grafiken für einen wissenschaftli- 
chen Bericht, außerdem ein Handbuch für die 
Benu^ung einer Datenbank mit 25 Seiten. 
Über dabei gewonnene Erfahrungen mit 
Ventura Publisher wird in einem weiteren 
Beitrag berichtet werden. 
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des Mikroprozessors 8086/88 
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Einführung 

Für die Lösung zahlreicher Probleme, die bei 
der Entwicklung und beim Betrieb von Hard- 
und Softwarekomponenten von mikropro- 
zessorgesteuerten Schaltungen und Gerä- 
ten auftreten, haben sich Logikanalysatoren 
als vielseitig einsetzbare Meßgeräte be- 
währt. In /I/ und 121 wurde darauf hingewie- 
sen, daß für die Analyse eines integrierten 
Mikroprozessors der Einsatz eines angepaß- 
ten Adapters zwischen dem Meßobjekt un4 
dem Logikanalysator notwendig ist. Diese als 
Hardware von Prozessorproben bezeichne- 
ten Anordnungen können passiv oder aktiv 
sein 121, 131. Um eine hohe Wirksamkeit des 
Logikanalysators garantieren zu können und 
im Interesse einer einfachen Betriebssoft- 
ware, ist es für viele Prozessoren günstiger, 
aktive Proben einzusetzen. 

Anlehnend an 14/ wurde die Hardware einer 
Prozessorprobe für die Mikroprozessoren 
18086 und 18088 so entwickelt, daß diese 
prinzipiell an jeden Logikanalysator, der fol- 
gende Kriterien erfüllt, anschließbar ist: 

- Kanalbreite: 52 Kanäle (der Einsatz von 
Logikanalysatoren mit weniger Meßkanälen 
ist prinzipiell möglich, aber mit einem ent- 
sprechenden Informationsverlust verbun- 
den) 

- Abtastfrequenz: 10 MHz bei externem 
Takt über einen externen Takteingang. 
Daraus ist ersichtlich, daß der Logikanalysa- 
tor in Zusammenarbeit mit der Prozessor- 
probe in der Betriebsart Zustandsanalyse /5/ 
betrieben wird. Mikrorechnergesteuerte Lo- 
gikanalysatoren, welche eine solche Be- 
triebsart zulassen, verfügen auch über eine 
entsprechende Software zur Anzeige der 
aufgezeichneten Meßdaten in hexadezima- 
ler oder binärer Form. Damit wird schon eine 
einfache Auswertung der (mit Hilfe der Hard- 
ware einer Prozessorprobe) gewonnenen 
Meßdaten, zur Untersuchung von Hard- und 
Software durch die Anzeige einer vollständi- 
gen oder unvollständigen Programmspur 
oder der Busaktivitäten des Mikroprozes- 
sors, in Tabellenform möglich 121. Weitere lei- 
stungsfähigere Auswerteverfahren, bei- 
spielsweise eine Disassemblierung der Pro- 
grammspur oder eine Softwareleistungsana- 
lyse, erfordern die schon erwähnte ange- 
paßte Probenbetriebssoftware. 

Betriebsarten der Prozessorprobe 

Als eigenständige Vorsatzkomponente für ei- 
nen Logikanalysator besteht die Hauptauf- 
gabe der Hardware einer Prozessorprobe 
darin, die an den Prozessorpins des Meßob- 
jektes anliegenden Informationen geeignet 
zu interpretieren und zu qualifizieren, daraus 
einen definierten Abtasttakt für den nachfol- 
genden Logikanalysator zu generieren und 
die qualifizierten Informationen über die 
Funktion des Meßobjektes zum Abtastzeit- 
punkt dem Logikanalysator (in geeigneter 
Form) zur Verfügung zu stellen. Betrachtet 
man die Arbeitsweise eines beliebigen nach 
der Von-Neumann-Architektur aufgebauten 


Mikroprozessors, so können aus den an den 
Prozessorpins anliegenden 

- Status- und/oder Steuersignalinformatio- 
nen 

- physischen Adreßinformationen 

- Daten- und Operandeninformationen 
umfangreiche Schlußfolgerungen über die 
Arbeit des Prozessors in einem System ge- 
zogen werden. Die aktive Prozessorprobe er- 
kennt und verarbeitet vorrangig diese Infor- 
mationen. Im vorliegenden Fall gilt das für die 
Prozessoren 18086 und 18088, die sowohl im 
Minimum- als auch im Maximummodus be- 
trieben werden können. 

Der Prozessor 18086 vereinigt zwei Spezial- 
prozessoren auf einem Chip (siehe Bild 1 ). 
Zum einen die Execution-Unit (EU) und zum 
anderen die Bus Interface Unit (BIU). 



zessors 18086 


Die Execution Unit verfügt über alle Kompo- 
nenten eines herkömmlichen Mikroprozes- 
sors zur Befehlsausführung und Operanden- 
manipulation. Der wesentliche Unterschied 
zu vorhergehenden Typen (z. B. 18008, 
18080) besteht darin, daß die EU keinen Zu- 
griff auf den externen Bus besitzt. Diese Art 
der Kommunikation wird von der Bus Inter- 
face Unit verwaltet. Sie organisiert alle erfor- 
derlichen Buszugriffe. Eine interne Warte- 
schlange (Instruction Queue) wird durch die 
BIU entsprechend dem Pipeline-Prinzip mit 
Befehlen, die auf den sequentiell folgenden 
Adressen stehen, gefüllt. Aus dieser Struktur 
ergibt sich, daß bei einer Programmverzwei- 
gung nicht alle in der Warteschlange abge- 
speicherten Befehle auch wirklich abgearbei- 
tet werden /6/. Aus dieser Aussage lassen 
sich für die Prozessorprobe zwei Betriebsar- 
ten ableiten: 

Busmodus 

Die Abarbeitung von Befehlen im Mikropro- 
zessor wird durch eine definierte Aneinan- 
derreihung von Buszyklen organisiert. Wel- 
che verschiedenen Arten von Buszyklen es 
beim Prozessor 18086 gibt, zeigt Tafel 1 . 

Die durch die BIU generierten Buszyklen er- 
möglichen die Kommunikation des Mikropro- 
zessors mit seiner Hardwareumgebung. 
Wünscht ein Nutzer die Aufzeichnung der In- 
formationen, die während der Zeit eines Bus- 
zyklus verarbeitet werden, so wird am Ende 
des jeweiligen Zyklus in der Prozessorpro- 
benhardware ein Abtasttakt generiert. Mit 
diesem Abtasttakt werden alle relevanten, 
meist in Zeitteilung vorliegenden Informatio- 


nen, nachdem sie in der Hardware der Pro 
zessorprobe in die Raumteilung überführ 
wurden, parallel in den als Zustandsanalysa- 
tor arbeitenden Logikanalysator übernom- 
men. 


Tafel 1 Busaktivitäten des 808618088 (nach 171 ) 



Die Prozessorprobe ermöglicht es, die Aus- 
wahlkriterien für die interessierenden Bus- 
zyklen in Abhängigkeit vom Verlauf des Meß- 
vorganges dynamisch zu verändern. Als Er- 
gebnis dieser Analyse erhält man ein Proto- 
koll aller Aktivitäten der BIU, wie sie sich aus 
dem Verhalten der EU ableiten. Es wurden 
auch die Buszyklen erfaßt, die die BIU zum 
Füllen ihrer internen Warteschlange einleitet, 
unabhängig davon, ob der eingeschriebene 
Operationscode dann auch wirklich abgear- 
beitet wird. Durch die Arbeitsweise des Pro- 
zessors kann es dabei zu einer Verschachte- 
lung der Buszugriffe, die durch die EU oder 
die BIU initiiert wurden, kommen. Diese Be- 
triebsart eignet sich sowohl zur Untersu- 
chung der Hardware des Meßobjektes, als 
auch zur Funktionsüberprüfung der Ressour- 
cenverwaltung durch die Software eines Sy- 
stems. 

Befehlsmodus 

Diese Betriebsart erlaubt die Aufzeichnung 
einer Programmspur als eine sequentielle 
Folge aller abgearbeiteten Befehle und einer 
eventuell darauf folgenden Aktivität des Pro- 
zessors auf dem Bus (z. B. Operandentrans- 
fers). Alle durch die EU nicht abgearbeiteten 
Befehle, die aber durch die BIU in die Warte- 
schlange eingetragen worden sind, werden 
erkannt und in der Prozessorprobenhard- 
ware ausgesondert. Dadurch wird erreicht, 
daß 

- die Triggerung des Logikanalysators aus- 
schließlich auf ausgeführte Programmab- 
schnitte reagiert 

- die Auswertung der Meßdaten übersicht- 
lich und einfach wird 

- die Überführung in andere Darstellungs- 
formen der Meßwerte (z. B. mnemonische 
Darstellung) durch spezielle Betriebssoft- 
ware wesentlich erleichtert werden kann 

- der Meßwertspeicher des Logikanalysa- 
tors weitgehend von irrelevanten Eintragun- 
gen befreit wird. 

Diese Art der Meßwerterfassung unterstützt 
besonders die Methoden zur Softwareunter- 
suchung im Meßobjekt. 

Werden beide Betriebsarten der Prozessor- 
probe miteinander kombiniert, so lassen sich 
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sehr leicht die kausalen Bezüge zwischen 
den registrierten Veränderungen von Sy- 
stemressourcen und den diese auslösenden 
Softwarekomponenten hersteilen. 

Konzeption der Hardware 

Das Blockschaltbild der Hardware der Pro- 
zessorprobe zeigt Bild 2. An Hand der darge- 
stellten Komponenten wird im folgenden eine 
grobe Erläuterung der verschiedenen Funk- 
tionen gegeben und auf Modifikationsmög- 
lichkeiten hingewiesen. Diese Konzeption er- 
laubt es, abhängig von den Meßbedingungen 
und -zielen, auf einzelne Funktionen zu ver- 
zichten und den doch erheblichen schal- 
tungstechnischen Gesamtaufwand anwen- 
derspezifisch zu senken. 

Allein aus den an den Prozessorpins des 
Meßobjektes vorliegenden Informationen ist 
es nicht in jedem Falle möglich, beide vorge- 
stellten Betriebsarten zu realisieren. Dazu ist 
es erforderlich, die interne Kommunikation 
zwischen der EU und der BIU für die Verwal- 
tung der internen Warteschlange auszuwer- 
ten. Eine im Maximummodus betriebene 
CPU liefert über zwei Statuspins (QSO, QS1) 
alle dazu notwendigen Informationen. Um 
auch bei einer im Minimummodus betriebe- 
nen CPU diese Angaben erhalten zu können, 
wird eine parallel arbeitende CPU im Maxi- 
mummodus mit völlig gleichen Daten ver- 
sorgt. Die dabei auftretenden und in /4/ er- 
wähnten Probleme wurden gelöst, und die 
synchrone Arbeitsweise der beiden Prozes- 
soren wird während des gesamten Meßpro- 


zesses kontrolliert. Arbeitet das Meßobjekt 
ausschließlich im Maximummodus, kann auf 
die Parallel-CPU verzichtet werden. 

Tafel 2 gibt einen Überblick über die Struktur 
der von der Prozessorprobe gelieferten Meß- 
daten. 

Realisierung des Busmodus 

Die Schaltung besteht aus der Selektorlogik 
zur Abtasttaktgenerierung für den Logikana- 
lysator und einer Busregisterlogik. Zusätzlich 
werden hier Signale erzeugt, die einen Be- 
fehlsanfang und einen Zugriff auf eine unge- 
rade Adresse anzeigen und die Auswertung 
der Meßdaten im Logikanalysator erleichtern 
helfen sollen. 

Alle in Tafel 1 aufgelisteten Buszyklen lassen 
sich disjunktiv verknüpft zur Gewinnung der 
Meßdaten heranzuziehen. Mit geeigneten 
Takten werden alle benötigten Informationen 
während der ausgewählten Buszyklen in die 
Busregister übernommen und raumgeteilt. 
Am Ende eines Buszyklus erfolgt dann die 
Übergabe an den Logikanalysator durch das 
Generieren eines externen Taktes. 

Realisierung des Befehlsmodus 

Für diese Betriebsart wurde extern die 
Schnittstelle der Datenübergabe der Befehls- 
codes aus der Warteschlange der BIU an die 
EU nachgebildet. Dadurch läßt sich zeitgleich 
mit dem Zugriff der EU auf die Warteschlange 
der abzuarbeitende Befehlscode an den Lo- 
gikanalysator übertragen. Voraussetzung 
dafür ist ein Speicher, mit dem sich transient 


Tafel 2 Struktur der Meßdaten 
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die BlU-Aktiviläten protokollieren lassen. 
Dieser Speicher, mit logischer FIFO-Struktur, 
besitzt für die Prozessorprobe vier Ebenen 
mit je 48 Bit Speicherkapazität. Die Verwal- 
tung übernimmt ein Steuerwerk, das fol- 
gende Funktionen organisiert: 

1. Beschreiben des Speichers durch BIU- 
Aktivitäten (FIFO-WR-Logik) 

Die Fl FO-WR-Logik generiert nach Ablauf ei- 
nes Buszyklus, der einen Eintrag in die in- 
terne Warteschlange des Prozessors zur 
Folge hat, einen Schreibimpuls (WR), der die 
Übernahme der Informationen über die Pro- 
zessoraktivität in die aktuelle FIFO-Ebene 
zur Folge hat. 

2. Lesen des Speichers durch den Logikzu- 
standsanalysator (FIFO-RD-Logik) 

Unter der FIFO-RD-Logik sind vereinigt: 

- eine Logik zum Adressieren und Auslesen 
einer FIFO-Ebene; sie organisiert, daß die 
aktuellen Meßdaten zum Abtastzeitpunkt an 
den Meßkanälen des Logikanalysators stabil 
anliegen. 

- eine Logik zum Generieren der Statussi- 
gnale STBITO - STBIT2; diese Statussignale 
dienen ebenfalls dem Kennzeichnen der 
Meßdaten zur Unterstützung ihrer Interpreta- 
tion bei der Auswertung. Es gilt folgende Zu- 
ordnung: 

STBITO 

- aktiv: Beide Bytes (D0-D7 und D8-D15) 
des an den Logikanalysator übertragenen 
Meßwertes sind gültig, das heißt, beide Bytes 
wurden durch die EU aus der Warteschlange 
geholt und abgearbeitet. 

- inaktiv: Nur das NWT-Byte (D0-D7) ist gül- 
tig. Die Warteschlange wurde wegen einer 
Programmverzweigung gelöscht. Gleichzei- 
tig ist das STBIT2 ungültig. 

STBIT1 

- aktiv: Das NWT-Byte ist ein FIRST BYTE 
OFOPC. 

- inaktiv: Das NWT-Byte ist ein SUBSE- 
QUENT BYTE OFOPC. 

STBIT2 

Kennzeichnet analog zur Funktion von 


Mit der breitenwirksamen Nutzung moderner 
Personalcomputer, hochleistungsfähiger 32- 
Bit-Rechentechnik sowie arbeitsplatznaher 
CAD/CAM-Systeme und den geschaffenen 
technischen Voraussetzungen, um Daten- 
netze zu nutzen, wurde das Anwendungs- 
niveau der modernen Rechentechnik und 
CAD/CAM-Technologie bedeutend erhöht. 
Damit hat sich Software als wirksamste 
Form, in der wissenschaftlich-technisches 
Wissen und die gesamte Erfahrung über 
komplexe Informations- und Kommunika- 
tionsprozesse mit Hilfe der modernen Re- 
chentechnik direkt nutzbar gemacht werden, 
zu einem der Faktoren herausgebildet, die 
das technologische Niveau der DDR als ent- 
wickeltes Industrieland bestimmen. 

Im Jahr 1 987 wurde - bei einem durchschnitt- 
lichen Zuwachs von 25 Prozent zwischen 
den Jahren 1 986 und 1 988 - der Betrag von 
einer Milliarde Mark für das Wertvolumen der 
Softwareherstellung überschritten. Im glei- 


STBIT1 die Spezifikation des HWT-Bytes 
(D8-D15). 

3. Löschen des Fl FO 

Das Löschen der Warteschlange in der CPU 
bei einer beliebigen Programmverzweigung 
wird im externen FIFO nachvollzogen. 

4. Generieren eines Abtasttaktes 
für den Logikanalysator 

Mit dieser Logik wird ein entsprechender Ab- 
tasttakt als Reaktion auf eine EU-Aktivität 
nach Bereitstellen der Daten an den Meßka- 
nälen für den Logikanalysator erzeugt. 

Für das Aufzeichnen einer Operation der 
CPU als Ergebnis der Abarbeitung eines Be- 
fehls (z. B. Datentransport zum Speicher 
oder zum Ausgabetor) wird die Logik für den 
Busmodus hinzugezogen. Da auch im Fall 
des „fast“ gleichzeitigen Zugriffs der EU auf 
die interne Warteschlange und der BIU auf 
Systemressourcen bei der Abarbeitung eines 
Programms alle dabei verarbeiteten Informa- 
tionen an den Logikanalysator übertragen 
werden müssen, ergibt sich für den Logik- 
analysator eine maximale Abtastfrequenz, 
die über der Taktfrequenz des Mikroprozes- 
sors liegt. 

Während für alle Schaltungskomponenten 
konventionelle Lösungen mit Hilfe einfacher 
kombinatorischer und sequentieller Automa- 
ten angewendet wurden, macht es sich erfor- 
derlich, die komplexe FIFO-RD-Logik mit ei- 
nem schnellen sequentiellen PROM-Steuer- 
werk aufzubauen. Dadurch lassen sich, ne- 
ben der Minimierung des schaltungstechni- 
schen Aufwandes und einer hohen Reak- 
tionsgeschwindigkeit, einheitliche Signalver- 
zögerungszeiten erzielen. 

Ausblick 

Die zur Analyse am Mikroprozessor 18086 
gemachten Aussagen lassen sich sinnge- 
mäß auf den 18088 übertragen. Auf spezielle 
Einzelheiten soll nicht eingegangen wer- 
den. 


chen Zeitraum nahm das Wertvolumen der 
für den eigenen Bedarf, d. h. für die Rationali- 
sierung der betrieblichen Prozesse in der Lei- 
tung und Verwaltung sowie der technisch- 
technologischen Prozesse der Produktion, 
hergestellten Softwarelösungen um etwa 38 
Prozent pro Jahr zu. Die Effektivität der Soft- 
wareherstellung wurde seit 1986 jährlich um 
6 Prozent durch die Nutzung moderner Soft- 
warewerkzeuge und -herstellungstechnolo- 
gien gesteigert. 

Die für die nächsten Jahre zu erwartende 
Entwicklung des Softwarebedarfs und -her- 
stellungspotentials macht deutlich, daß allen 
produktivitätserhöhenden Maßnahmen und 
einer weiteren Forcierung der Mehrfachnut- 
zung eine entscheidende Rolle für die Dek- 
kung des Bedarfs an Software zukommt. 

Für 70000 CAD/CAM-Arbeitsstationen, die 
bis 1 988 zum Einsatz gelangten, wurde lei- 
stungsfähige Basissoftware und CAD/CAM- 
Anwendungssoftware hergestellt und in die 


Vor Beginn der Messung nimmt der Nutzer 
eine Anpassung der Prozessorprobe an sein 
Meßobjekt vor. Das betrifft die Auswahl des 
Prozessortyps und die Betriebsartenauswahl 
der CPU sowie die Initialisierung der Prozes- 
sorprobe. Diese Angaben werden während 
der ganzen Messung konstant gehalten. 

Die Auswahl der aufzuzeichnenden Bus- 
zyklen kann während der Messung dyna- 
misch verändert werden. Manche Logikana- 
lysatoren bieten dazu die Möglichkeit der 
Ausgabe eines Steuerwortes in Abhängigkeit 
vom Erkennen einer bestimmten Datenfolge 
auf den Meßkanälen. Welche von den durch 
die Prozessorprobe angebotenen Daten letz- 
lich im Meßwertspeicher des Logik- 
analysators wiederzufinden sind, hängt zu- 
nehmend von den Fähigkeiten der zum Ein- 
satz gelangenden Logikanalysatoren zur 
weiteren Datenreduktion und -Selektion ab. 
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produktive Nutzung überführt. Allein damit ist 
für weit über 20000 Werktätige in den Berei- 
chen der Leitung und Planung, der For- 
schung und Entwicklung und in der Produk- 
tion, also unmittelbar dort, wo das T empo des 
breitenwirksamen Einsatzes der CAD/CAM- 
Schlüsseltechnologie bestimmt wird, ein 
qualitativ neues Niveau für eine höhere Ef- 
fektivität der eigenen Arbeit und die Rationali- 
sierung komplexer arbeitsteiliger Prozesse 
geschaffen worden. Analog zu den interna- 
tionalen Erfahrungen beträgt der Anteil am 
Gesamtaufwand, der für anspruchsvolle und 
komplexe Lösungen durch die Anwender 
selbst zu realisieren ist, etwa 50 bis 70 Pro- 
zent. 

Um die Anwender bei der effektiven Entwick- 
lung eigener Lösungen zu unterstützen und 
die Nach- und Mehrfachnutzung zu fördern 
sowie verbindliche Regelungen zur Arbeits- 
teilung bei der Herstellung von Software zu 
schaffen, wurden 1986 die Anordnung über 
die Informations- und Beratungsleistungen 
zur Entwicklung, Produktion und Mehrfach- 
nutzung von Software in der DDR (GBl. Teil I 
Nr. 9/1986) und die Anordnung über die Pla- 
nung, Bilanzierung und Abrechnung von 
Software (GBl. Teil I, Nr. 4 1986) in Kraft 
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gesetzt. In Auswertung der bisher bei der 
Herstellung von Software gesammelten Er- 
fahrungen hat der Ministerrat der DDR im 
vergangenen Jahr Maßnahmen zur weiteren 
Vervollkommnung der zentralen Leitung, 
Planung und Bilanzierung der Softwareher- 
stellung auf der Basis eines abgestimmten 
strategischen Konzeptes der Entwicklung 
von Hard- und Software beschlossen. 

Eine konzentrierte und konsequente Lei- 
tungstätigkeit spiegelt sich im hohen anwen- 
dungstechnischen Niveau der von den Berei- 
chen Werkzeug- und Verarbeitungsmaschi- 
nenbau, Elektrotechnik und Elektronik, Che- 
mische Industrie, Land-, Forst- und Nah- 
rungsgüterwirtschaft, Bezirksgeleitete Indu- 
strie und Lebensmittelindustrie sowie Bau- 
wesen und Erzbergbau, Metallurgie und Kali 
zum Einsatz gebrachten Anwendungslösun- 
gen wider. Hier hat sich die Bildung von Leit- 


einrichtungen, zentralisierten Koordinie- 
rungsorganen und konzentrierten leistungs- 
fähigen Softwarekapazitäten, verbunden mit 
einer straffen Leitung der Prozesse, als Vor- 
aussetzung für eine produktive arbeitsteilige 
Herstellung und effektive Nutzung von Soft- 
ware bewährt. 

Neben der weiteren Entwicklung dezentraler 
Kapazitäten der Softwareherstellung gewinnt 
der verstärkte Ausbau leistungsfähiger zen- 
tralisierter Softwarekapazitäten für die wirk- 
same Anwendung ingenieurmäßiger Metho- 
den der Softwareentwicklung einschließlich 
moderner Softwarewerkzeuge und effektiver 
Softwareentwicklungstechnologien wesentli- 
che Bedeutung. So verfügen zum Beispiel 
Kombinate und Einrichtungen der Bereiche 
Elektrotechnik und Elektronik, Chemische In- 
dustrie, Handel und Versorgung sowie Ver- 
kehrswesen, in denen Software auf der Basis 


der Prinzipien der wirtschaftlichen Rech- 
nungsführung hergestellt wird, über ein fort- 
geschrittenes Niveau der Herstellung von 
Anwendungssoftware. Dies ist durch einen 
hohen Anteil mehrfachnutzbarer Software 
und ein hohes Entwicklungstempo gekenn- 
zeichnet. Das zeigt, daß diejenigen General- 
direktoren gut beraten sind, die den weiteren 
Ausbau zentraler und leistungsfähiger Soft- 
warekapazitäten in den Kombinaten unter ih- 
rer Leitung konsequent fortsetzen und damit 
einen Weg beschreiten, der bei der weiteren 
Konzentration auf die Hauptlinien der Her- 
stellung von Anwendungssoftware eine sta- 
bile Deckung des Softwarebedarfs gewähr- 
leisten wird. 


Umleitung für SUBMIT 
ist schneller 


Frank Isekeit 
Deutsche Reichsbahn, 

Ingenieurbüro für Rationalisierung 
des Eisenbahnbaues 

Das im RAM angelegte logische Laufwerk E: 
des Arbeitsplatzcomputers A7100/A7150 
bringt insbesondere bei der Arbeit mit sol- 
chen Programmen erhebliche Geschwindig- 
keitsvorteile, die eine große Anzahl von Dis- 
kettenzugriffen erfordern. Deshalb ist es 
sinnvoll, beim Systemstart die erforderlichen 
Dateien auf das Laufwerk E: zu kopieren und 
dieses dann als aktuelles Laufwerk zu wäh- 
len. 

Eine besonders anwenderfreundliche und 
deshalb für Bediener ohne EDV-Kenntnisse 
zu empfehlende Möglichkeit dazu würde das 
Stapelverarbeitungsprogramm SUBMIT bie- 
ten, dessen Aufruf vorteilhaft in Form eines 
Kaltstartkommandos erfolgen kann /I/, 121. 
Dabei zeigt sich aber ein Nachteil: Erscheint 
in der Kommandofolge ein Befehl zum Um- 
schalten des aktuellen Laufwerkes auf E:, so 
wird dieser zwar abgearbeitet, alle danach 
folgenden Befehle aber ignoriert. 

Für dieses Verhalten gibt es eine einfache Er- 
klärung. Das Dienstprogramm SUBMIT wan- 
delt die in der SUBMIT-Datei gespeicherte 
Kommandofolge in ein modifiziertes Format 
um und legt sie in der Arbeitsdatei $$$.SUB 
auf dem aktuellen Laufwerk ab /3 /. Das ist 
nach dem Systemstart immer eines der Dis- 
kettenlaufwerke. Das Betriebssystem sucht 
nun auf dem aktuellen Laufwerk die Arbeits- 
datei und arbeitet sie befehlsweise ab. Ein 
Wechsel des aktuellen Laufwerkes führt folg- 
lich zwangsläufig zum Abbruch der Abarbei- 
tung. • 

Zur Lösung dieses Problems wäre es denk- 
bar, ein Hilfsprogramm zu schaffen, das die 
Befehle zum Laufwerkswechsel auf E: und 
zum Aufruf des gewünschten Programmes 
direkt in den Tastatureingabepuffer im BIOS 
einschreibt (Realisierung der Funktionen der 
Tastatur-Interruptroutine). Dieses Programm 
könnte man als letzten Befehl in der SUBMIT- 
Datei aufrufen. 

Ein solches Programm wurde praktisch er- 
probt und damit die prinzipielle Möglichkeit 


dieser Vorgehensweise bewiesen. Der ent- 
scheidende Nachteil der Methode besteht 
aber darin, daß sich die Adressen des Tasta- 
tureingabepuffers und der zu dessen Verwal- 
tung erforderlichen Zeiger bei den Versionen 
2.2 und 3.0 des Betriebssystems SCP1700 
um ein Byte unterscheiden und das Hilfspro- 
gramm damit nicht universell einsetzbar 
ist. 

Eine weitere Lösungsmöglichkeit besteht 
darin, das Dienstprogramm SUBMIT so zu 
verändern, daß es die Arbeitsdatei auf dem 
Laufwerk E: erstellt und vor Rückgabe der 
Steuerung an das Betriebssystem auch vom 
Kaltstartlaufwerk auf E: umschaltet. Damit 
entfällt die Notwendigkeit des Laufwerks- 
wechsels während der Abarbeitung der Ar- 
beitsdatei. 

Für die praktische Realisierung wurde dieser 
Variante der Vorzug gegeben. Neben der Lö- 
sung des eingangs genannten Problems er- 
geben sich dabei zwei weitere Vorteile: 

• Es können problemlos mehrere Stapelbe- 
fehle mit dem aktuellen Laufwerk E: abgear- 
beitet werden. Bei Nutzung eines Textverar- 
beitungssystems können so beispielsweise 
die bearbeiteten Dateien ohne Zutun des Be- 
dieners bei Beendigung der Arbeit wieder auf 
eines der Diskettenlaufwerke zurückkopiert 
werden. 

• Da der Rechner jeden abzuarbeitenden 
Stapelbefehl einzeln aus der Arbeitsdatei 
liest, treten durch die notwendigen Positio- 
niervorgänge bei Diskettenlaufwerken relativ 
lange Verzögerungen auf, die bei der Arbeit 
vom Laufwerk E: (weitgehend) entfallen. Bei 
einem dazu durchgeführten Versuch konnte 
durch Abarbeitung vom Laufwerk E: im Ver- 
gleich zur Arbeit mit Laufwerk A: die Bearbei- 
tungszeit von 55 s auf 45 s gesenkt wer- 
den. 

Die Änderung kann mit Hilfe der Dienstpro- 
gramme DDT86 oder POWER erfolgen. An 
dieser Stelle sei jedoch nur die Vorgehens- 
weise unter POWER dargestellt. 

Zunächst wird die Datei SUBMIT.CMD in den 
Hauptspeicher geladen: 

LOAD SUBMIT.CMD 4000<CR> 

Bild 1 zeigt die mit Hilfe der DS-Funktion zu 


Adr. Inhalt 

2081 : 409B 19' 

409C E8 

409D 3E 

409 E 00 

409 F A2 

208 1 : 40A 1 01 

2081 : 40 AE 0A 

40AF 06 

40E0 00 

40B1 01 

2081 : 45C9 00 

Bild 1 Unter POWER auszuführende Änderun- 
gen 

modifizierenden Speicheradressen jeweils 
mit dem alten und neuen Inhalt. 

Nach Ausführung der Änderung wird die Da- 
tei auf die Diskette zurückgeschrieben: 

SAVE name.CMD 4000 31 <CR> 

Für name kann wieder SUBMIT angegeben 
werden. Im Interesse der eindeutigen Unter- 
scheidung von der Originaldatei sollte man 
aber einen anderen Dateinamen wählen. 

Das Dienstprogramm SUBMIT mit der ge- 
nannten Änderung wurde im Rahmen eines 
größeren REDABAS-Programmpaketes ein- 
gesetzt und hat sich dabei sowohl am A 71 00 
als auch am A7150 unter SCP1700 be- 
währt. 

Anmerkung 

Werden mehrere Dateien, die sich nicht 
durch Dateigruppenspezifikationen zusam- 
menfassen lassen, mit PIP nach E: kopiert, 
so ist es zweckmäßig, zunächst die Datei 
PIP.CMD zu kopieren und anschließend von 
E: aufzurufen, was ebenfalls die Abarbei- 
tungszeit verkürzt. 
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Externe Unterprogramme 
in Turbo-Pascal 


Christian Hanisch, Berlin 


Mit diesem Beitrag beenden wir unsere in 
MP 10/88 begonnene Artikelfolge zur hard- 
warenahen Programmierung, die in den Hef- 
ten 1 1/88 und 3/89 fortgesetzt wurde. 

Turbo-Pascal für CP/M-kompatible Betriebs- 
systeme ist heute neben Basic-80 die domi- 
nierende Programmiersprache für Applika- 
tionen breiter Nutzerschichten in allen Bran- 
chen geworden. Bei Turbo-Pascal fällt im Un- 
terschied zu Programmiersprachen wie For- 
tran, C oder Assembler das Fehlen eines Lin- 
kers auf. Im folgenden soll gezeigt werden, 
wie dieser Mangel sich methodisch positiv 
auf das Problem der dynamischen Einbin- 
dung externer Assembler-Unterprogramme 
in Turbo-Pascal-Programme auswirkt. 

Im Turbo-Pascal-Programmiersystem kann 
über die 0)ption E)nd address: CI 00 die 
höchste vom Pascal- Prag ramm nutzbare 
TPA-Adresse niedriger als die aktuelle 
BDOS-Beginn-Adresse festgesetzt werden. 
Der dadurch freigehaltene Bereich kann un- 
ter anderem für sogenannte EXTERNAL-Un- 
terprogramme genutzt werden. Diese exter- 
nen Unterprogramme in Turbo-Pascal sind 
auf feste TPA-Adresse gelinkte und gela- 
dene Maschinencodeprogramme beliebiger 
konventioneller Programmiersprachen (mei- 
stens in Assemblersprache). In diesem Falle 
ist der Assembler-INLINE-Code als Bestand- 
teil eines Turbo-Pascal-Quelltextes (siehe 


PMLINK/1/oder INLASS 121) eine alternative 
Methode zur externen Unterprogrammtech- 
nik. 

Da EXTERNAL-Unterprogramme als COM- 
Dateien auf eine feste von 100H verschie- 
dene TPA-Adresse gelinkt und geladen wer- 
den, ist die Programmverbindungs-Schnitt- 
stelle unabhängig von der zugrundeliegen- 
den Programmiersprache nur durch Parame- 
terübergabekonventionen bedingt, denen 
sich die gerufenen externen Unterpro- 
gramme gemäß der Ruf-Konvention für ex- 
terne Unterprogramme vom Turbo-Pascal- 
System aus fügen müssen. Die Programm- 
verbindung von Turbo-Pascal mit anderen 
Programmiersprachen erfolgt im Gegensatz 
zu herkömmlichen Programmiersprachen 
nicht auf der Ebene von REL-Dateien und 
-Bibliotheken vermittels eines Linkers, son- 
dern auf der Ebene von COM-Dateien über 
feste TPA-Adressen und ausführbaren Ma- 
schinencode. Diese Tatsache drängt zu einer 
Methodik dynamisch nachladbarer externer 
Unterprogramme beliebiger konventioneller 
Programmiersprachen auch in einer dynami- 
schen Überlagerungsstruktur (external 
OVERLAY). 

Mit dem sogenannten Run-Time-Lader, einer 
Turbo-Pascal-Prozedur XPOLADER.INC 
(siehe Bild 1 ), können beliebige externe Un- 
terprogramme, die vorab als OVX-Dateien 
auf Diskette abgespeichert wurden, dyna- 
misch auf die geplante TPA-Adresse geladen 
werden. Als Beispiel ist im Bild 2 mit dem 
Turbo-Pascal-Programm SPACETST.PAS 


der Einsatz des Run-Time-Laders in Form 
der PROCEDURE XPOLADER zum dynami- 
schen Laden des externen Assembler-Unter- 
programms SPACE als COM-Datei SPACE- 
-OVX gezeigt. Da die Parameterübergabe 
von SPACE. OVX im Doppelregister HL er- 
wartet wird - Konvention bei Aufruf von Ba- 
sic-80 oder dBase II aus - ist ein Aufrufver- 
mittler als PROCEDURE FREE in Form von 
Assembler-INLINE-Code zur Parameteran- 
passung dazwischengeschaltet. 

Mit dem Unterprogramm SPACE. OVX wer- 
den je nach Parameteraufbau entweder der 
noch freie Platz oder die noch freien DIRec- 
tory-Entries des ausgewählten Laufwerkes 
ermittelt (siehe auch 131 und /AI). 

Wie die hier gezeigte Methodik der Anwen- 
dung externer Unterprogramme in Turbo- 
Pascal mit dem Run-Time-Lader XPOLA- 
DER.INC zum Zwecke der Nutzung vorhan- 
dener Software, beispielsweise mit Fortran, 
eingesetzt werden kann, soll anhand der 
Adaption des Beitrages aus /5 / für ein T urbo- 
Pascal-Programm gezeigt werden, womit 
auch Fortran-Experten ein Einstieg in Turbo- 
Pascal schmackhaft gemacht werden soll. Im 
Bild 3 ist das Programm GRAFIDRU. PAS ge- 
zeigt, mit dem x,y-Werte-Tupel (0 < x s 
1 0.84 bzw. 0 < y S 9.03) aus einer ASCII-Da- 
tei im TPA als Pixel-Bild in 1 6384 Byte aufge- 
baut und danach mit dem externen Unterpro- 
gramm DRUCK. OVX - gewonnen aus den 
Fortran-Subroutinen DRUCK, DRZEIL sowie 
den Assembler-Unterprogrammen SRL und 
ANDB aus 15/ - auf einem Nadeldrucker als 
Bild im Format 10,84 cm x 9,03 cm (Breite 
mal Höhe) ausgedruckt werden. 

In Bild 4 ist ein Anwendungsbeispiel demon- 
striert. Das vorgelagerte Programm GRAFIK 

Fortsetzung auf Seite 21 1 
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3. Das Forth-Betriebssystem 

Förth wird vielfach nicht nur als Programmier- 
sprache, sondern als Betriebssystem, als 
Programmierwerkzeug oder als Software- 
umgebung bezeichnet. Ein Grund dafür ist si- 
cherlich, daß die Programmierung nicht wie 
bei den meisten Sprachen üblich in der Rei- 
henfolge Editor, Compiler, Debugger mit der 
immer dazwischenstehenden Stufe Betriebs- 
system abläuft, sondern einheitlich in der 
Forthumgebung erfolgt (eventuell auch unter 
Nutzung von äquivalenten Forthkomponen- 
ten). Ein anderer Grund liegt darin, daß Forth 
bereits im Kern eine Schichtenstruktur be- 
sitzt, die stark an den Aufbau einfacher Be- 
triebssysteme angelehnt ist: In der untersten 
Schicht realisiert Forth auf einem sehr niedri- 
gen Niveau den Bezug zur Standardperiphe- 
rie (Tastatur, Bildschirm, Massenspeicher). 
In der darüberliegenden Schicht arbeiten 
dann schon geräteunabhängige Worte zur 
Zeichenkettenverarbeitung und -konvertie- 
rung sowie Funktionen des virtuellen Mas- 
senspeicherkonzepts. In einer weiteren 
Schicht erfolgt die Definition des Kommando- 
interpreters des Systems. 

Die Schnittstelle zwischen dem Forthsystem 
und der Peripherie kann sehr schmal gehal- 
ten werden und ermöglicht deshalb eine 
schnelle Implementierung von Forth auch auf 
der nackten Hardware. Forth kann damit 
auch als kompaktes und sehr flexibles Be- 
triebssystem auf beliebigen, aufgabenspezi- 
fisch zugeschnittenen Rechnerkonfiguratio- 
nen eingesetzt werden und bietet darüber 
hinaus (im Unterschied zu anderen kleineren 
Betriebssystemen) den gesamten eigenen 
Sprachumfang für die Programmentwicklung. 

3.1. Konsolfunktionen 

3.1.1. Zeichenweise Ein- und Ausgaben 
Die beiden grundlegenden Worte für die Kon- 
solbedienung sind die Einzelzeichentreiber 
KEY und EMIT. Die Funktion KEY wartet auf 
das nächste über die Tastatur eingegebene 
Zeichen und legt es als 16-Bit-Wert auf den 
Datenstapel. In den unteren 7 Bits befindet 
sich die ASCII-lnformation. Darüber hinaus 
werden aber alle Bits entgegengenommen - 
die höherwertigen Bits können systembe- 
dingt auch ungleich Null sein. Die zu KEY 
komplementäre Aktion EMIT gibt das in den 
niederwertigen 7 Bits befindliche ASCII-Zei- 
chen einer auf dem Stapel liegenden Zahl an 
das Terminalgerät aus. Die höherwertigen 
Bits können wieder gerätespezifisch ange- 
wandt werden. Mit Hilfe von EMIT ist die Defi- 
nition von weiteren zum Kernwortschatz ge- 
hörenden Konsolfunktionen möglich. Das 
Wort SPACE zur Ausgabe eines Leerzeichens 
(ASCII-Code 32) könnte im Forthsystem so 
definiert sein: 


32 CONSTANT BL 


Die Ausgabe von mehreren ASCII-Leerzei 
chen kann durch die Verwendung von SPA 
CES erfolgen, wobei auf dem Stapel die An 
zahl erwartet wird. Eine Definition von SPA 
CES wäre unter Verwendung von SPACE in 
nerhalb einer DO-LOOP-Konstruktion möglich 

: SPACES < +r> ===> ) 

0 MAX ?DUP IF 0 DO SPACE 


- CR « ===> ) 

13 EMIT 10 EMIT ; 

Das Wort CR führt einen Wagenrücklauf und 
Zeilenvorschub (Carriage Return - Linefeed, 
ASCII-Codes 13 und 10) aus. 

Eine häufig implementierte, allerdings nicht 
im Standard fixierte Funktion ist KEY?. Dieses 
Wort testet den aktuellen Status des Einga- 
begerätes: Liegt eine Tastenbetätigung vor, 
so wird ein True-Flag auf den Stapel überge- 
ben, andernfalls ein False-Flag. 

3.1.2. Zeichenkettenausgabe 
Eine Forthzeichenkette (Forthstring) umfaßt 
in ihrer Standarddarstellung zwei Informa- 
tionsanteile: die Längeninformation und die 
eigentliche Zeichenfolge. Die Längeninforma- 
tion befindet sich im ersten Byte (Zählbyte). 
Danach schließt sich die Zeichenfolge an: 


nert. Die Befehlsfolge 
addr COUNT -TRAILING TYPE 
sorgt also gegenüber der Folge 

addr COUNT TYPE 

für eine Verkürzung der Ausgabeaktion, so- 
fern am Stringende Leerzeichen standen. 
Soll innerhalb eines Forthprogramms die 
Ausgabe einer festen Zeichenkette erfolgen, 
so kann dazu das Wort .” benutzt werden. 
Die Zeichenfolge ccc der Sequenz .” ccc” 
wird innerhalb einer Wortdefinition in eine 
Forthzeichenkette umgewandelt und bei der 
späteren Ausführung dieses Wortes ausge- 
geben (die Zeichen zwischen den Anfüh- 
rungsstrichen, aber ohne das dem Wort 
folgende Leerzeichen): 

! TREFFER < rl =— > ) 

5 TREFFERXcr )_Das_ waren _5_JrefF ec 

3.1.3. Kettenorientierte Eingabe 
Ein zentrales Wort für die Zeichenkettenein- 
gabe ist EXPECT. Es wird insbesondere auch 
vom Textinterpreter benutzt. Eingangspara- 
meter für EXPECT sind die Adresse, auf der 
die geholte Zeichenkette im Speicher abge- 
legt werden soll (Adresse des ersten Zei- 
chens, nicht Adresse der ersten Zählbytes!), 
und eine Längenvorgabe. Die Zeichenket- 
teneingabe wird durch (er) oder durch das Er- 
reichen der Längenvorgabe beendet. Durch 
EXPECT wird das Zählbyte der Zeichenkette 
nicht gesetzt. Dafür steht die Anzahl der ein- 
gegebenen Zeichen in der Systemvariablen 


100 101 102 103 . 


Zählbyte 

Erfordert ein Programm eine getrennte Be- 
handlung der Längeninformation und der Zei- 
chenfolge, so kann das Wort COUNT benutzt 
werden. COUNT erwartet auf dem Stapel die 
Anfangsadresse einer Zeichenkette und er- 
zeugt daraus zwei Ergebnisparameter: Auf 
der Stapelspitze liegt der Inhalt des Zählby- 
tes, darunter die Adresse des ersten Zei- 
chens der Zeichenkette. Das Wort TYPE baut 
auf den beiden von COUNT gelieferten Para- 
metern auf und bringt die Zeichenkette zur 
Anzeige. COUNT und TYPE werden deshalb 
häufig im Zusammenhang benutzt: 

100 COUNT TYPE <cr)_Das_i«t.ein_String_ok 

Das Wort -TRAILING geht von den gleichen 
Ausgangsparametern wie TYPE aus. Es 
prüft, ob das Ende der Zeichenkette aus 
Leerzeichen besteht, die bei der Weiterverar- 
beitung der Kette weggelassen werden kön- 
nen. Die auf dem Stapel liegende Adresse 
des ersten Zeichens bleibt unverändert, nur 
das Zählbyte wird gegebenenfalls verklei- 




SPAN. Nachfolgend ist ein Beispiel für die An- 
wendung von EXPECT und SPAN zur Um- 
wandlung einer über die Tastatur eingegebe- 
nen Folge von Zeichen (maximal 20) in eine 
Forthzeichenkette im Standardformat ange- 
geben. 


: GET_STRING ( addr ===> ) 

DUP 1+ 20 EXPECT 
SPAN 6 SWAP C! ; ' 

Das Wort GET^STRING erwartet dabei als Ein- 
gangsparameter die Zieladresse des Strings. 
Nachdem mit EXPECT die Zeicheninforma- 
tion auf die Zieladresse + 1 abgelegt wurde, 
wird das Zählbyte unter Nutzung der in SPAN 
stehenden Längeninformation gesetzt. Die 
Benutzung von GET-STRING zeigt folgen- 
des Beispiel: 


KETTE GET STRING 
KETTE COUNT TYPE 



"ierl.HallQ^.Paul.I.ok 
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Der Ausdruck 19 ALLOT nach der Variablen- 
definition erweitert den Speicherplatz für die 
Variable um 19 zusätzliche Bytes. 

3.2. Zahlenkonvertierung 

Im Forthsystem sind Funktionen zur Ein- und 
Ausgabekonvertierung von Ganzzahlen im- 
plementiert. Forth bietet die einzelnen Be- 
standteile dieser Funktionen auch nach au- 
ßen an und erlaubt damit dem Anwender, ei- 
gene, modifizierte Konvertierungen zu ent- 
werfen. 

3.2.1. Steuern der Zahlenbasis 
Zentraler Bezugspunkt für die Ein- und Aus- 
gabekonvertierung ist die aktuelle Zahlenba- 
sis. Der Wert dieser aktuellen Zahlenbasis ist 
in der Systemvariablen BASE gespeichert. 
Eine Veränderung von BASE wirkt damit un- 
mittelbar auf die Konvertierung. Die dezimale 
Zahlenbasis wird durch DECIMAL eingestellt, 
was intern wie folgt definiert sein könnte: 


jedesmal durch die aktuelle Zahlenbasis divi- 
diert, bis der Quotient 0 ist. Die sich jeweils 
ergebenden Reste (die zwischen 0 und dem 
Wert der Zahlenbasis minus 1 liegen) werden 
in die entsprechenden ASCII-Ziffernzeichen 
umgewandelt und in der Reihenfolge von der 
kleinsten bis zur höchsten Stelle (von rechts 
nach links) in einem Stringzwischenspeicher 
abgelegt. Nach Beendigung der eigentlichen 
Wandlung kann der fertige String ausgege- 
ben werden. Der Aufbau des Zahlenstrings 
wird durch die Operation <# initialisiert. Die 
eigentliche Konvertierung darf erst nach Ab- 
arbeitung dieser Funktion beginnen. Die 
Sammeloperation #S führt die Funktion # 
gleich so oft nacheinander aus, bis der 32- 
Bit-Quotient 0 ist, also bis die gesamte Zahl 
zu Ende gewandelt ist. Die doppelt genaue 
Null (letzter Quotient) bleibt nach der Opera- 
tion #S noch auf dem Stapel liegen, damit die 
gleichen Stäpelbedingungen wie bei der An- 
wendung von # gesichert werden. Der Ab- 
schluß der numerischen Ausgabekonvertie- 
rung erfolgt durch #>, wobei auf dem Stapel 
der letzte Quotient erwartet wird. Ausgangs- 
parameter sind die Adresse des ersten 
Stringzwischenspeichers und das Zählbyte 
auf der Stapelspitze. Damit kann unmittelbar 
nach #>das Wort TYPE angewendet wer- 
den. Die interne Definition der Funktion U. zur 
Ausgabe einer vorzeichenlosen ganzen Zahl 
könnte damit so aussehen: 


In .ZEIT wird zunächst die Ergänzung auf 32 
Bit vorgenommen. Danach erfolgt die Aus- 
gabe der Sekunden und Minuten durch das 
Wort :XX und mit #S die Wandlung des Re- 
stes, das heißt der Stunden. Abschließend 
wird der erzeugte String mit TYPE ausgege- 
ben. 

Das Wort SIGN dient der Vorzeichenbehand- 
lung bei der Ausgabekonvertierung. Es fügt 
den ASCII-Code eines Minuszeichens in den 
Zahlenstring ein, falls der auf dem Stapel lie- 
gende Wert negativ ist. SIGN wird zumeist di- 
rekt vor #> angewendet (das heißt, am Ende 
des Konvertierungsvorgangs). Es plaziert 
damit gegebenenfalls ein Minuszeichen an 
die am weitesten links stehende Stelle des 
Zahlenstrings (vor die Ziffern). Bei Konvertie- 
rungsaktionen wird als Zeichenkettenzwi- 
schenspeicher vielfach ein dem Anwender 
zugänglicher Speicher benutzt, dessen Start- 
adresse durch das Wort PAD geliefert wird. 
Allerdings sind Forthworte, die unter Benut- 
zung von PAD geschrieben.wurden, im allge- 
meinen nicht wiedereintrittsfähig. 

Mit den oben beschriebenen Teilfunktionen 
zur Ausgabekonvertierung lassen sich (wie 
am Beispiel von U. beschrieben) sämtliche in 
Forth vorhandenen Worte zur Zahlenaus- 
gabe definieren. In vielen Implementierun- 
gen von Forth-83 sind die Worte .R und D.R 
vorhanden. Diese Funktionen nehmen die 
rechtsbündige Ausgabe einer einfach- bzw. 
doppeltgenauen Integerzahl vor, wobei eine 
auf der Stapelspitze stehende positive Zahl 
die Weite des Ausgabefeldes festlegt. 



Die Nutzung dieser Möglichkeit soll hier an- 
hand der Erzeugung einer Tabelle für unter- 
schiedliche Zahlendarstellungen demon- 
striert werden. Das Wort TABELLE stellt in je- 
dem Schleifendurchlauf einen Zählwert als 
Dezimal-, Oktal-, Flexadezimal- und Binär- 
zahl dar: 





Die Tabellenlänge wird dabei als Parameter 
auf dem Stapel übergeben. Die Rahmenak- 
tionen BASE @ SWAP und BASE ! sorgen dafür, 
daß zunächst der Wert der Zahlenbasis auf 
dem Stapel abgelegt wird und daß zum Ab- 
schluß dieser noch immer auf dem Stapel be- 
findliche Wert wieder in die Variable BASE 
eingetragen wird. Ohne diesen Rahmen 
wäre nach der Abarbeitung von TABELLE 
immer die zuletzt benutzte binäre Zahlenba- 
sis eingestellt. 

3.2.2. Ausgabekonvertierung 
Die Ausgabekonvertierung arbeitet nach fol- 
gendem Prinzip: Zunächst wird die auf dem 
Stapel liegende Zahl gegebenenfalls zu einer 
32-Bit-Zahl ergänzt. Danach wird wiederholt 
das Wort # aufgerufen. Damit wird die Zahl 


Möchte man zur Strukturierung der Ausgabe 
an einer bestimmten Stelle in der Ergebnis- 
darstellung zusätzlich ein ASCII-Zeichen 
(zum Beispiel einen Dezimalpunkt) unterbrin- 
gen, so kann dies durch Ausführung der 
Funktion HOLD an der entsprechenden Stelle 
des Konvertierungsvorgangs erfolgen. 
HOLD erwartet als Eingangsparameter den 
ASCII-Code des einzufügenden Zeichens 
und hinterläßt keinen Ausgangsparameter. 
Eine strukturierte Ausgabe unter Verwen- 
dung von HOLD kann beispielsweise bei der 
Anzeige der Uhrzeit benutzt werden. Soll für 
eine auf dem Stapel liegende Sekundenzahl 
eine Zeitanzeige in der Form Std:Min:Sek er- 
folgen, so ist das unter Benutzung der Defini- 
tionen möglich: 

: SEXTAL C ===== > ) 


DECIMAL * SEXTAL # 58 HOLD ; 



Das Wort :XX dient der Darstellung der Se- 
kunden bzw. Minuten, die jeweils im Bereich 
von 0 bis 59 liegen. Hier erfolgt zunächst dte 
Konvertierung der rechten Stelle, die zwi- 
schen 0 und 9 liegt (dezimale Basis), dann 
die Konvertierung der linken Stelle (Bereich 0 
bis 5, sextale Basis). Abschließend wird 
„links“ mit 58 HOLD ein Doppelpunkt erzeugt. 


3.2.3. Eingabekonvertierung 

Die vom Textinterpreter benutzte zentrale 
Funktion zur Eingabekonvertierung ist 
CONVERT ( +d1 addrl => +d2 addr2 ) 

Von der ab adrl +1 stehenden Zeichenkette 
wird das erste ASCII-Zeichen geholt. Sofern 
dieses Zeichen ein gültiges Ziffernsymbol 
entsprechend der eingestellten Zahlenbasis 
ist, wird die konvertierte Ziffer zum doppelt 
genauen Produkt aus Zahlenbasis und 32- 
Bit-Stapelwert addiert. Die Adresse innerhalb 
des Zahlenstrings wird erhöht. Dieses Ver- 
fahren wird solange fortgesetzt, bis das näch- 
ste anliegende ASCII-Zeichen nicht mehr als 
Ziffer interpretierbar ist. Die Adresse addr2 
dieses nicht konvertierbaren Zeichens im 
String verbleibt ebenso wie das doppelt ge- 
naue Konvertierungsergebnis +d2 auf dem 
Stapel. 

3.3. Massenspeicheranbindung 

3.3.1. Virtuelle Speichertechnik 
Forth bietet dem Anwender zur Verwaltung 
des Massenspeichers ein sehr einfaches, 
aber leistungsfähiges Konzept an. Der ge- 
samte Massenspeicher (zum Beispiel Band, 
Diskette oder Festplatte) ist in aufeinander- 
folgende Blöcke von jeweils 1 024 Byte einge- 
teilt. Der Arbeit mit den Massenspeicherda- 
ten eines Blockes erfolgt nun aus der Sicht 
des Forthnutzers nicht über direkte Lese- 
oder Schreibzugriffe zum Externspeicher, 
sondern nach Angabe der Nummer des zu 
bearbeitenden Blockes über normale Spei- 
cherzugriffe zu einem reservierten Haupt- 
speicherbereich, dem sogenannten Block- 
Puffer-Bereich. Der eigentliche Massen- 
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Speicherzugriff erfolgt verdeckt innerhalb 
derjenigen Befehle, die Forth zur Umwand- 
lung der Massenspeicheradresse (Block- 
nummer) in die tatsächliche Hauptspeicher- 
adresse zur Verfügung stellt (virtuelles Spei- 
cherprinzip). 

3.3.2. Verwalten der Datenblöcke 
Das Wort BLOCK ( u => addr ) liefert die An- 
fangsadresse eines 1024 Byte langen Puf- 
fers, in dem der Inhalt des Blocks mit der 
Blocknummer u steht. BLOCK arbeitet intern 
t folgende Operationen ab: Falls der Block u 
f noch nicht in einem der Puffer verfügbar ist 
(andernfalls ist keine weitere Bearbeitung er- 
| forderlich), erfolgt die Zuweisung eines Puf- 
j fers. Steht ein als geändert gekennzeichne- 
ter Block in diesem Puffer, wird dieser vor der 
Neuvergabe des Puffers zurückgeschrieben. 
Dann wird der Block mit der Nummer u vom 
Massenspeicher in den Puffer transferiert. 
Die Funktion BUFFER ( u => addr ) ist inhalt- 
lich identisch mit der Funktion BLOCK bis auf 
den Umstand, daß die Blockleseaktion nicht 
ausgeführt wird. Der Pufferinhalt ab addr ist 
damit unbestimmt. Sinnvoll läßt sich dieses 
Wort anwenden, wenn ein Block vollständig 
neu beschrieben werden soll; eine vorherige 
Leseaktion wäre in diesem Fall unnötig. Es 
gilt die Konvention, daß nur der zuletzt mit 
BLOCK oder BUFFER angesprochene Puf- 
ferinhalt gültig ist. Mit dem Wort UPDATE kann 
dem Forthsystem mitgeteilt werden, daß der 
Pufferinhalt des aktuell in Bearbeitung be- 
findlichen Blocks aktualisiert worden ist. So 
markierte Blöcke werden später automatisch 
auf den Massenspeicher geschrieben, wenn 
der Puffer für das Speichern eines anderen 
Blocks benötigt wird. Bei Beenden der Arbeit 
mit dem Massenspeicher oder auch nur zu 
Sicherungszwecken ist es sinnvoll, alle als 
aktualisiert gekennzeichneten Blöcke auf 
den Massenspeicher zu transferieren, ohne 
daß vorher Leseaktionen anderer Blöcke er- 
folgen müssen. Eine solche Funktion erfüllt 
SAVE-BUFFERS. Dieses Wort läßt die Pufferin- 
halte unverändert und setzt die Aktualisie- 
rungskennung zurück. Eine ähnliche Reak- 
tion wird durch das Wort FLUSH ausgelöst. 
Auch hier werden die aktualisierten Blöcke 
sofort auf den Massenspeicher geschrieben. 
Im Gegensatz zu SAVE-BUFFERS werden aber 
sämtliche Blockpuffer freigegeben, so daß 
bei einem neuen Zugriff auf einen Block eine 
Leseoperation auf dem Massenspeicherme- 
dium notwendig wird. Sinnvoll ist diese Funk- 
tion zum Beispiel anwendbar, wenn ein 
Wechsel des Massenspeichermediums vor- 
I gesehen ist. So wird vermieden, daß die noch 
im Puffer befindlichen Blöcke des alten Me- 
diums fälschlicherweise auch als Blöcke des 
, neuen Mediums interpretiert werden. Der 
} Veranschaulichung der Arbeit mit dem Mas- 
senspeicher soll ein einfaches Beispiel die- 
nen: Es ist das externe Abspeichern von 16- 
Bit-Daten zu organisieren: 

100 CONSTANT DLOCK0 
1024 CONSTANT B/BUF 





Hier markiert BLOß KO die Nummer eines Mas- 
senspeicherblocks, von dem ab die Aufzeich- 
nung der 1 6-Bit-Daten erfolgen soll. B/BUF ist 
eine Konstante, die die Länge eines Blocks 
bzw. eines Blockpuffers- angibt. Durch POSI- 
TION wird unter Benutzung von BLOCKO und 
B/BUF das Umrechnen der Datenwertnum- 
mer (virtuelle Adresse) in die Massenspei- 
cheradresse (Blocknummer, Position inner- 
halb des Blocks) vorgenommen. Die Opera- 
tion IWERT zum Abspeichern eines 16-Bit- 
Datenwertes benutzt wiederum zunächst 
POSITION, macht den entsprechenden Mas- 
senspeicherblock mit BLOCK verfügbar, 
markiert mit UPDATE den Block als geändert 
und nimmt dann die eigentliche Änderung 
durch das Einträgen des Meßwertes auf die 
errechnete Pufferposition vor. Die ab 
BLOCKO abgespeicherten Meßdaten kön- 
nen mit dem nachfolgend definierten Zu- 
griffsbefehl wieder gelesen werden: 

: eWERT < messwertnr ===> wert) 

POSITION BLOCK + @ ; 

Die Operationen IWERT und @WERT arbeiten 
in weitgehender Analogie zu den normalen 
Speicherzugriffsbefehlen ! und @. Allerdings 
sind die bei IWERT und @WERT benutzten 
Meßwertnummern die Adressen eines „ech- 
ten“ 16-Bit-Speichers, das heißt, zwei aufein- 
anderfolgende Adressen adressieren zwei 
sich nicht überlappende 16-Bit-Speicherzel- 
len. Nachfolgend ein Bedienungsbeispiel: 


0 ©WERT . 1 «WERT . 2 «WERT . (er ) I 10_ J§_30_ok 


Das vorgestellte Massenspeicherkonzept ist 
allen Systemen gemeinsam, die dem Stan- 
dard entsprechen. Allerdings lassen sich 
durch unterschiedliche Implementierungen 
der Lese- und Schreiboperationen, die in 
BLOCK und BUFFER benutzt werden, sehr 
verschiedene Forthsysteme erzeugen, ohne 
daß dabei eine Verletzung des Standards 
vorliegen würde. So ist es in Standalone- Ver- 
sionen üblich, selbstdefinierte physische Ge- 
rätetreiber in die Schreib- und Leseoperatio- 
nen einzusetzen, wobei keine Kompatibilität 
mit anderen Datenformaten erforderlich ist. 
Werden dagegen die Befehle BUFFER und 
BLOCK bei vorhandenem Hostbetriebssy- 
stem auf die BIOS-Ebene aufgesetzt, so wird 
die Kompatibilität des Forthsystems zum 
Hostbetriebssystem auf der Ebene des phy- 
sischen Datenformats erreicht. In beiden Fäl- 
len stellt sich der gesamte Massenspeicher 
aus der Sicht des Forthprogrammierers als 
eine homogene Einheit dar, die nur durch die 
Blockeinteilung strukturiert ist. Vielfach be- 
nutzen Forthsysteme die Lese- und Schreib- 
operationen eines Hostbetriebssystems auf 
der DOS-Ebene. Zum einen wird hierdurch 
eine Dateistrukturierung der Forthprogramm- 
quellen und der Daten möglich; diese brau- 
chen nun nicht mehr nur durch die Blocknum- 
mer adressiert werden. Eine Handhabung im 
klassischen Sinn bleibt weiterhin möglich, in- 
dem immer nur über ein- und derselben Datei 
gearbeitet wird. Zum anderen können die 
vom Betriebssystem gebotenen Systemhil- 


fen und Standardprogramme genutzt wer- 
den. Außerdem kann der Vertrieb von Forth- 
systemen durch die Orientierung auf Stan- 
dardbetriebssysteme vereinfacht werden. 
Systeme mit DOS-Anbindung stellen dem 
Programmierer üblicherweise Worte zur Da- 
teibehandlung zur Verfügung, die sich weit- 
gehend an den vom Betriebssystem angebo- 
tenen Funktionen orientieren. 

3.3.3. Speichern von Quelltext 
Größere Quellprogramme wird man vor der 
Kompilation unter Verwendung eines Editors 
erzeugen und auf dem Massenspeicher kon- 
servieren. In Forth wird solcher Quelltext ge- 
wöhnlich in Blöcke zu jeweils 1024 Byte ge- 
gliedert, wobei ein Block 16 Zeilen mit je 64 
Zeichen beinhaltet: 





Für das Erzeugen eines solchen Quellblocks 
finden sowohl in Forth geschriebene Zeilen- 
editoren als auch komfortable Sreeneditoren 
Anwendung. Ihre Beschreibung ist im Rah- 
men des Kurses nicht möglich; Informationen 
darüber sollten der Dokumentation des ent- 
sprechenden Forthsystems entnommen wer- 
den. 

Ein fertiger Block kann mit dem Befehl LOAD 
interpretiert werden, wobei die Blocknummer 
auf der Stapelspitze erwartet wird. Dabei gilt 
für den Blockquelltext die gleiche Syntax, die 
auch bei der interaktiven Kommandoaus- 
gabe gültig ist. So kann ein Quelltext sowohl 
auszuführende Kommandos als auch neue 
Definitionen enthalten. Diese Identität bei der 
Interpretation von Quellblöcken und von in- 
teraktiven Eingaben rührt daher, daß durch 
den Befehl LOAD nur ein zeitweiliges Umlen- 
ken des Eingabedatenstroms vorgenommen 
wird. Die Anzeige des Inhalts eines Quell- 
blocks kann auch ohne einen Editor mit dem 
Befehl LIST erfolgen. Umfaßt der einzuge- 
bende Programmquelltext mehrere Blöcke, 
so können diese durch mehrfache Anwen- 
dung der Funktion LOAD geladen werden. 
Eine andere Möglichkeit besteht darin, 
Blöcke mit dem Wort — > zu verketten. Das 
Wort — > steht auf einem Quellblock nach 
dem letzten Quelltextwort und sorgt dafür, 
daß auch der nachfolgende Block geladen 
wird. Das Einfügen von Kommentaren in den 
Quelltext ist unter Verwendung von runden 
Klammern, das heißt der Wortkombination ( 
und ) möglich. Der Text, der zwischen diesen 
Zeichen steht, wird vom Interpreter ignoriert. 
Die öffnende Klammer ist ein normales Forth- 
wort, hinter dem (natürlich) ein Leerzeichen 
stehen muß! Die schließende Klammer wird 
analog dem ” bei .” als Begrenzerzeichen 
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verwendet. Ähnlich kann die Kombination .( 
und ) benutzt werden. Sie gibt die zwischen 
den Klammern stehende Zeichenkette auf 
dem Terminal aus. Diese Funktion kann zum 
Beispiel benutzt werden, um beim Laden von 
langen Quelltextpassagen Zwischeninforma- 
tionen anzuzeigen. 

Forth läßt dem Programmierer viele Freihei- 
ten bei der Formulierung eines Programms. 
Damit ist die Qualität eines Forthprogramms 
empfindlich gegenüber der Fähigkeit des 
Programmierers, diese Freiheiten sinnvoll 
ausnutzen zu können. Neben solchen Fakto- 
ren wie Festlegung der Wortschnittstellen 
(Dekomposition) und der Namensgebung ist 
die Gestaltung des Quelltextes von großer 
Bedeutung für die Übersichtlichkeit, die Les- 
barkeit und die Möglichkeiten zur Wartung ei- 
nes Forthprogramms. An dieser Stelle sollen 
deshalb einige ausgewählte Empfehlungen 
für das Layout von Quelltexten genannt wer- 
den (siehe auch 121 in Teil 1 ): 

- Reservieren der Zeile 0 eines jeden Blocks 
für einen Kommentar, in dem der Zweck des 
Blocks und der „Stempel“ (Initialen des Pro- 
grammierers und Datum der letzten Revi- 
sion) enthalten sind 

- Benutzen von Leerschritten und Einrük- 
kungen zur Verbesserung der Lesbarkeit 

- Notation des Stapeleffekts für jede Dop- 
pelpunkt- oder Codedefinition, die Stapel- 
werte benutzt oder hinterläßt 

- Beginn aller Definitionen am linken Zeilen- 
rand, immer nur eine Definition pro Zeile. 

wird fortgesetzt 


Tafel 3 Kurzbeschreibung der Forthworte 


Zeichen einiesen 

wahr für Tastatur ist betätigt 


Zeichenkettenbefehle 

COUNT ( 

TYPE ( 

-TRAILING ( 

EXPECT ( 

SPAN ( 


,1 = = = > a ddr+n2 ) 


Lesen der Länge, Berechnen des Anfangs 
Ausgabe von + n Zeichen ab addr 
Abschneiden von Leerzeichen am Ende 
ab addr + n Zeichen einiesen 

Ausgabe der Zeichenkette bis " 


Konvertierungsbefehle 


HOLD 

SIGN 

CONVERT 

BASE 

DECIMAL 


(= ==> ) 

( +dl = ==> +dZ ) 

(+d===> 00) 

( 32b ===> addr +n) 

( c > ) 

( n = ==> ) 

( +d1 addrl ===> +d2 addr2 ) 
( ===> addr ) 


Bereitstellen einer leeren Kette 
Konvertieren einer Stelle 
Ausführen von * bis Rest = 0 
Abschluß der Konvertierung, 
Bereitstellen der Ausgabekette 

Vorzeichen von n in Kette einfügen 
Konvertieren ab addrl bis addr2 > 
Variable für aktuelle Basis 
Zahlenbasis dezimal setzen 
Zahlenbasis hexadezimal setzen 


weitere Zahlenausgaben 

r ( n +n ===: 

).R ( d +n ===; 


Massenspeicheroperationen 

BLOCK (u ===: 

BUFFER ( u = ==; 

UPDATE ( = ==> 


Lesen von Block u auf addr 
Reservieren addr für Block 
markiert aktiven Puffer als geändert 
Retten und Leeren aller Puffer 
Retten aller Puffer 


Behandlung des Quelltextstroms 

LIST ( u — — — > ) 

LOAD (u= = = > ) 

— > (===>) 

.( (===>) 

(<Leerzeichen> ( ===> ) 


Anzeige Block u 
Block interpretieren 
Weiterladen ab nächstem Block 
Kommentarausgabe bis ) 
Kommentar bis) 


Wegbereiter der Informatik 



PAFNUTI 

LWOWITSCH 

TSCHEBYSCHEW 


* 1821 Okatowo, 

1 1894 St. Petersburg 


Der russische Mathematiker P. L. 
Tschebyschew ist der Gründer der 
Petersburger Mathematikerschule, 
aus der zum Beispiel A. A. Markow 
und A. M. Ljapunow als seine Schüler 
hervorgegangen sind. Er arbeitete 
auf verschiedenen Gebieten der Ana- 
lysis, der Wahrscheinlichkeitstheorie, 
der Zahlentheorie und der Mecha- 

Tschebyschew stammt aus einer ad- 
ligen Familie und erhielt seinen 
Schulunterricht im Elternhaus. 1832 
verzog die Familie nach Moskau, um 
den Söhnen den Besuch der Univer- 
sität zu erleichtern. Schon 1837 - 
also mit 16 Jahren - ließ sich Tsche- 
byschew an der physikalisch-mathe- 
matischen Fakultät der Moskauer 
Universität immatrikulieren und been- 
dete sein Studium 1841. Fünf Jahre 
später erlangte er hier die Magister- 
würde und siedelte 1847 nach St. Pe- 
tersburg über, wo er an der Universi- 
tät Vorlesungen zur Algebra und zur 
Zahlentheorie hielt, im Jahre 1849 
verteidigte er seine Dissertation und 
wurde 1 850 Professor an der Peters- 
burger Universität. Dieses Amt be- 
kleidete er bis 1882, danach widmete 
er sich an der Petersburger Akade- 
mie (deren ordentliches Mitglied er 
1859 geworden war) ausschließlich 


seiner wissenschaftlichen Tätigkeit. 
Nebenher war er Mitarbeiter in ver- 
schiedenen Kommissionen bei meh- 
reren russischen Ministerien. 

In der mathematischen Wissen- 
schaft, besonders in der Angewand- 
ten Mathematik, hat sich Tscheby- 
schew bleibende Verdienste erwor- 
ben. Bekannt sind die nach ihm be- 
nannten Polynome 
T n (x) = cos (n arc cos x), 
die eine besondere Rolle bei der Ap- 
proximation von Funktionen spielen 
und einen Sonderfall der Jacobi- 
schen Polynome darstellen. Für die 
numerische Berechnung des be- 
stimmten Integrals einer Funktion 
fand er die Quadraturformel 

|f(x)dx = — Ef(Xi), 

die für Polynome (n - 1)-ten Grades 
exakt ist (wenn n die Anzahl der Inter- 
polationsknoten bedeutet). 

Weniger, bekannt geworden ist die 
Tatsache, daß Tschebyschew auch 
'eine Rechenmaschine konstruiert 
hat, von ihm Arithmometer (Zahlen- 
messer) genannt. Sie ist für additive 
und subtraktive Verarbeitung lOstelli- 
ger Zahlen ausgelegt; in ihr ist das 
Prinzip des gleitenden Zehnerüber- 
trags verwirklicht. Tschebyschew hat 


das erste Exemplar dieser Maschine 
dem Pariser Museum für Kunst und 
Handwerk übergeben und an der dor- 
tigen Akademie darüber auch vorge- 
tragen. Ein zweites, verbessertes Ex- 
emplar blieb in Petersburg. In der Me- 
chanik hat Tschebyschew eine Theo- 
rie der Gelenkmechanismen entwik- 
kelt. Und so entsprang sein Arithmo- 
meter wohl hauptsächlich seinem 
konstruktiven Interesse, den gleiten- 
den Zehnerübertrag zu erproben. 
Denn die Maschine selbst ist sehr un- 
handlich und nur mit großem Kraftauf- 
wand zu bedienen, auch fehlt ihr eine 
Vorrichtung zur Ziffern-Rückstellung 
oder eine Bedienungskurbel. Es gibt 
keinerlei Hinweise darauf, daß diese 
Maschine überhaupt (und sei es von 
Tschebyschew selbst!) jemals be- 
nutzt worden ist. 

Tschebyschew, familiär ungebun- 
den, hat zahlreiche Reisen ins Aus- 
land unternommen, sei es, um große 
Industrieanlagen zu besichtigen oder 
mit bedeutenden Fachkollegen (Ch. 
Hermite, J. Bertrand, L. Kronecker) 
zusammenzutreffen. Er war gewähl- 
tes Mitglied der Akademien in Berlin, 
Bologna, Paris und London. 

Dr. Klaus Biener 
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Bild 3 Grafikprogramm für Nadeldrucker nutzt Fortran- und Assembler- 
Subroutinen als externe Unterprogramme 



3.4017996758E+00, 

7l0251136286E-01,+ 


5. 1999999990E+00, ... 




Bild 4 Programm zur Erzeugung einer ASCII-SDF-Datei und Ausschnitt 
aus einer Datei GRAFI.DAT 


Fortsetzung von Seite 206 



(Bild 4) erstellt eine ASCII-SDF-Datei, die 
von GRAFIDRU (Bild 3) eingelesen und als 
Pixel-Bild ausgedruckt wird. Mit MicroShell 
(Copyright © von New Generation Systems) 
kann die Druckerausgabe auf eine Datei um- 
geleitet und später auf einem K631 x, EPSON 
LX-86 oder ähnlichen Druckern direkt ausge- 
druckt werden: 

A>SH<CR> 

A(0) GRAFIDRU >* B:GRAFI.DMP<CR> 
A(0) -x<CR> 

A>PIP LST:=B:GRAFI.DMP<CR> 
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Entwicklung zuverlässiger 
Software in der Gerätetechnik 


Uwe Schneider 

Technische Hochschule Ilmenau, 
Sektion Gerätetechnik 


Einführung 

Das Einsatzspektrum von Mikrorechnern in 
der Gerätetechnik erweitert sich progressiv. 
Mit ihrem Einsatz können bekannte Geräte- 
funktionen effektiver bzw. erstmals zweck- 
mäßig realisiert werden. Noch bedeutungs- 
voller ist die Möglichkeit der Realisierung völ- 
lig neuartiger Funktionen und Konstruktions- 
prinzipien. Beispiele sind automatisierte und 
optimierte Abläufe von Gerätefunktionen, 
Selbstdiagnose, automatische Fehlererken- 
nung und -beseitigung sowie integrierte An- 
triebe. 

Mikrorechner werden praktisch in allen Gerä- 
teklassen eingesetzt (Bild 1). 


/ 

m/i 

j 7 


11 


Bild 1 Einsatzgebiete von Mikrorechnern III 


Im Beitrag wird vorzugsweise auf die Einsatz- 
gebiete Steuerungs-, Regelungs- und Meß- 
technik als Bestandteile der Antriebstechnik 
eingegangen. 

Eine Untersuchung verschiedener Steue- 
rungssysteme zeigt 121, daß die Modularisie- 
rung der Hardware weit fortgeschritten ist, 
während kaum anwenderspezifische Soft- 
ware angeboten wird (Tafel 1 ). Durch die zu- 
nehmende softwaremäßige Realisierung von 
Gerätefunktionen wächst der Softwarebe- 
darf, so daß effektive Programmiermethoden 
ein unbedingtes Erfordernis sind. 


Tafel 1 Softwareangebot zu modularen Steuer- 
systemen 121 


Bezeichnung 

ArtÄw'** Software j 


Technikum Suhl 

funktionen (2 KByte) 

R6000 

VEB Robotron- 

- 

Steuersystem 

VEB Kombinat 

Carl Zeiss JENA 

UDOS-ähnliches 

Betriebssystem 

NANOS 

münde/Wustrow 

DIALOG 880 

SMS-BauVup- 

AdW der DDR 

keine 


Um die damit zusammenhängenden Pro- 
bleme lösen zu können, ist es zunächst ein- 
mal notwendig, die Eigenschaften geräte- 
technischer Software zu analysieren. 

Eigenschaften 
gerätetechnischer Software 

Gerätechnische Software zeichnet sich in der 
Regel durch Echtzeitfähigkeit aus. Vom Cha- 
rakter des programmierten Problems hängt 
ab, welche Zeitforderungen sich aus dem 
Echtzeitbetrieb ergeben. Diese Zeitforderun- 
gen sind in der Antriebstechnik besonders 
hoch. So sind Abtastzeiten von 5 ms bei 
hochdynamischen Antrieben nicht unge- 
wöhnlich. Die Echtzeitfähigkeit ist auch eine 
Voraussetzung für die Zuverlässigkeit, die ja 
maßgeblich von der Software bestimmt 
wird. 

Zuverlässigkeit gerätetechnischer Software 
bedeutet neben der als selbstverständlich 
vorauszusetzenden Ablauf- und Benut- 
zungssicherheit, daß zu jedem Zeitpunkt die 
Kontrolle über das zu steuernde System ge- 
währleistet sein muß. Die Zuverlässigkeit er- 
weist sich demzufolge erst im Zusammen- 
spiel von Software und gerätetechnischer 
Peripherie. Sie ist Voraussetzung für Arbeits- 
schutz und Gerätesicherheit, da unvorherge- 
sehene Zustände und Programmfehler un- 
mittelbar materiellen Schaden anrichten kön- 
nen. 

Zuverlässigkeit ist eine unabdingbare Forde- 
rung. Sie wird erreicht durch die Anwendung 
von Methoden der Fehlervermeidung im Ent- 
wurf, der Fehlerbeseitigung in der Testphase 
sowie der Fehlererkennung und -umgehung 
im Betrieb. Diese Aussage verdeutlicht be- 
reits die Bedeutung, die einer Entwurfsme- 
thodik und Entwicklungsumgebung zu- 
kommt, die Fehler vermeidet. 

Für gerätetechnische Software ist ein um- 
fangreicher Informationsaustausch zwischen 
Mikrorechner und gerätetechnischer Peri- 
pherie charakteristisch. Insbesondere sind 
die Rückmeldungen von der Peripherie an 
den Mikrorechner aus zwei Gründen von Be- 
deutung: 

Aufgrund der unterschiedlichen Arbeitsge- 
schwindigkeiten von mechanischem System 
und digitalem Rechner ist eine Synchronisa- 
tion nötig. 

Des weiteren - und das ist wiederum für die 
Zuverlässigkeit von Bedeutung - muß der 
Rechner Rückmeldungen über die exakte 
Ausführung angewiesener mechanischer 
Aktionen erhalten. Der Austausch von Mel- 
dungen, die aktiv den Programmablauf be- 
einflussen, zwischen Mikrorechner und gerä- 
tetechnischer Peripherie ist nur effektiv durch 
ein leistungsfähiges Interruptsystem zu reali- 
sieren. 

Gerätetechnische Software zeichnet sich 
durch starke Applikationsbezogenheit aus. 
Sie ist im Gegensatz zu Anwenderprogram- 
men für wissenschaftlich-technische Aufga- 
ben, Textverarbeitungssoftware usw. nicht 
universell nutzbar, sondern an Funktion und 
Konfiguration des konkreten Gerätes gekop- 
pelt. Ihre Verbreitung hängt von den Stück- 
zahlen des Gerätes ab. Das hat Konsequen- 
zen für den Aufwand bei der Entwicklung der 
Software. 
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Charakteristische Eigenschaften gerätetech- 
nischer Software sind: 

• Echtzeitbetrieb 

• Interruptverarbeitung 

• hohes Maß an Informationsverarbeitung 

• starke Applikationsbezogenheit. 

Die Problemsituation 
der Softwareproduktion 

Als Folge der dargestellten Eigenschaften 
gerätetechnischer Software entstehen zu- 
meist sehr spezialisierte Softwarelösungen 
auf Assemblerniveau, die sich jeder Anwen- 
der für oft gleichartige Probleme immer wie- 
der neu schafft. Diese Situation ist in mehrfa- 
cher Hinsicht unbefriedigend. 

Es ist volkswirtschaftlich uneffektiv, wenn für 
gleichartige Problemstellungen ständig neue 
Lösungen gesucht werden. Das ist insbeson- 
dere der Fall, wenn man berücksichtigt, daß 
der große Bedarf an Software von einer zu 
geringen Zahl qualifizierter Programmierer 
bewältigt werden muß. Der Programmierer 
gerätetechnischer Software muß sowohl 
über Kenntnisse auf dem Gebiet der Geräte- 
technik als auch der Informatik verfügen. Da 
das sicher nicht immer in ausreichendem 
Maße der Fall ist, wird mit der wiederholten 
Lösung eines Problems nicht zwangsläufig 
ein Qualitätszuwachs verbunden sein. 

Die Situation ist weiterhin unbefriedigend, 
weil der vorzugsweise Einsatz der Assem- 
blerprogrammierung, gerade im Hinblick auf 
steigernde Komplexität der Programme und 
eine größere Prozessorvielfalt, der Mehr- 
fachnutzung existierender Problemlösungen 
im Wege steht. 

Assemblerprogramme sind oft sehr spezialli- 
siert, wenig strukturiert und schlecht doku- 
mentiert, so daß es meistens einfacher ist, 
ein neues Programm zu schreiben als ein 
vorhandenes zu ändern. Assemblerpro- 
gramme sind nicht portabel. Die Effektivität 
der Programmentwicklung ist gering. Mit stei- 
gender Komplexität der Programme wird die 
Sicherung der Zuverlässigkeit problema- 
tisch. Viele Fehler werden erst in der Test- 
phase entdeckt. Die effektive Programmie- 
rung zuverlässiger Software, die an gleichar- 
tige Aufgaben leicht angepaßt werden kann, 
wird durch die ausschließliche Verwendung 
der Assemblerprogrammierung behindert. 
Hinzu kommt ein Problem, das daraus er- 
wächst, daß gerätetechnische Software im- 
mer an eine konkrete gerätetechnische Peri- 
pherie gebunden ist. Eine zentrale Pro- 
grammbibliothek, in der jeder Anwender die 
Software für sein Problem findet, ist aus die- 
sem Grund nicht möglich. 

Aufgabenspezifische Entwicklungs- 
umgebungen als Möglichkeit 
der effektiven Softwareproduktion 
Zum Inhalt des Begriffs 
Entwicklungsumgebung 
Eine mögliche Lösung des Problems besteht 
in der Schaffung geeigneter Entwicklungs- 
umgebungen, die die programmtechnische 
Umsetzung der zu realisierenden Funktionen 
bestimmter Geräteklassen unterstützen. 

Eine höhere Programmiersprache, erweitert 
um eine problemorientierte Sprachebene 
und in Verbindung mit die Programmentwick- 
lung und den Programmtest unterstützenden 
Softwarewerkzeugen stellt eine Entwick- 
lungsumgebung dar. Eine solche Entwick- 
lungsumgebung bietet die Möglichkeit, mit 
geringem eigenem Entwicklungsaufwand in 
Verbindung mit entsprechenden Hardware- 
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modulen komplette Anwenderlösungen auf- 
bauen zu können. 

Die benutzer- bzw. problemorientierte 
Sprachebene wird durch eine Menge von 
Softwaremodulen repräsentiert. Da sie eine 
Erweiterung der Sprache sind, können die 
Module auch als Elemente einer Fachspra- 
che aufgefaßt werden. Die Entwicklungsum- 
gebung vereint in sich jedoch mehr als nur 
eine Fachsprache. 

Der Unterschied besteht zum einen in dem 
nach oben offenen Konzept der Entwick- 
lungsumgebung. Das heißt, der Anwender 
kann nicht nur über die Elemente beider 
Sprachebenen verfügen. Er hat vielmehr die 
Möglichkeit, mit den Mitteln der Sprache 
selbst die Ebenen um neue Elemente zu er- 
weitern bzw. neue Sprachebenen zu entwik- 
keln. Zum anderen bietet eine Entwicklungs- 
umgebung im Gegensatz zur Fachsprache 
vielfältige Unterstützung in Form von Soft- 
warewerkzeugen. 

Programm- und gerätetechnische 
Forderungen an die Softwaregestaltung 

Die die benutzerspezifische Sprachebene 
bildenden Softwaremodule müssen be- 
stimmten Programm- und gerätetechnischen 
Anforderungen genügen. 

Softwaremodule sind Bausteine mit definier- 
ten Schnittstellen, die unter bestimmten Be- 
dingungen festgelegte Funktionen erfüllen. 
Schnittstellen und Funktion müssen eindeu- 
tig sein, damit die Softwaremodule zu einem 
Programmsystem verbunden werden kön- 
nen. Von Bedeutung ist die funktionelle Ab- 
grenzung der Module, bei der das System- 
konzept berücksichtigt werden muß. Das 
heißt, die Module müssen funktionell aufein- 
ander abgestimmt sein. 

Die programmtechnischen Forderungen um- 
fassen die Merkmale „guter Software“. Das 
sind im einzelnen Strukturierung, Leistungs- 
fähigkeit und Portabilität. Zu diesen Kriterien 
guter Programme gibt es eine umfangreiche 
Literatur /4/, 151, so daß hier nur auf zwei 
Aspekte näher eingegangen wird. 
Strukturierte Programme sind durch eine be- 
stimmte innere Struktur und die funktionelle 
Abgrenzung gegen andere Programmab- 
schnitte gekennzeichnet. Durch Strukturie- 
rung entstehen übersichtliche, durchschau- 
bare Programme. Alle Phasen des Software- 
lebenszyklus vom Entwurf bis zur Wartung 
können so effektiver gestaltet werden. Die 
verfügbaren Programmiersprachen unter- 
stützen in unterschiedlich starkem Maße die 
strukturierte Programmierung. 

Als zweiter sehr wesentlicher Punkt sei die 
Portabilität genannt. Portable Software läuft 
auf möglichst vielen unterschiedlichen Rech- 
nern. Dazu muß sie maschinenunabhängig 
und streng genommen autark sein. Die Por- 
tabilität ist von entscheidender Bedeutung für 
Austauschbarkeit und Verbreitung. Nur por- 
table Software überdauert Rechnergenera- 
tionen. 

Die gerätetechnischen Anforderungen an die 
Softwaremodule ergeben sich aus der Ver- 
bindung von Digitalrechner und Gerätetech- 
nik. Bei diesen Forderungen handelt es sich 
um die eingangs erwähnten Punkte Echtzeit- 
fähigkeit und Informationsaustausch zwi- 
schen Rechner und gerätetechnischer Peri- 
pherie. Der Kern der gerätetechnischen For- 
derungen besteht darin, daß der Rechner zu 
jedem Zeitpunkt die Kontrolle über die gerä- 
tetechnische Peripherie besitzt. Dazu sind 
neben einer ausreichenden Rechenkapazität 

Mikroprozessortechnik, Berlin 3 (1989) 7 


genügend Informationen über den Zustand 
des gerätetechnischen Systems erforderlich. 

Wahl der Programmiersprache 

Ein Problem stellt die Wahl einer geeigneten 
Programmiersprache zur Realisierung der 
Softwaremodule dar. Aus dem bisher gesag- 
ten wurde deutlich, daß der Einsatz höherer 
Programmiersprachen unumgänglich ist, 
wenn zuverlässige Software effektiver pro- 
grammiert und einem breiten Nutzerkreis er- 
schlossen werden soll. Aus den Anforderun- 
gen an gerätetechnische Software lassen 
sich die Forderungen bezüglich der Sprache 
ableiten. Sie sollte die strukturierte Program- 
mierung mindestens unterstützen oder bes- 
ser erzwingen. Sprache und Programme 
müssen in hohem Maße portabel sein. Die 
Sprache muß die Merkmale Echtzeitfähigkeit 
und nach Möglichkeit Multitaskfähigkeit be- 
sitzen. Die Interruptverarbeitung muß unein- 
geschränkt realisierbar sein. Der Program- 
mierer muß die Möglichkeit der problem- 
orientierten und der maschinenorientierten 
Arbeit besitzen. Schließlich sollte es auf un- 
komplizierte Weise möglich sein, vorhan- 
dene Assemblerprogramme einzubinden. 
Letztendlich spielen Kriterien eine Rolle, die 
vom Grad der Eignung einer Sprache unab- 
hängig sind. Wichtigster Punkt ist die Be- 
währtheit und Verfügbarkeit einer Sprache 
durch Lehrmaterialien, Softwarewerkzeuge, 
Nutzergemeinschaften usw. 

Subjektive Momente spielen bei der Wahl 
einer Programmiersprache ebenfalls eine 
nicht zu unterschätzende Rolle. 

Höhere Sprachen, die den Anforderungen 
der Programmierung von Anwendersoftware 
in der Gerätetechnik genügen, sind die bisher 
vorwiegend in der Systemprogrammierung 
eingesetzte Sprache C und die speziell für 
steuerungstechnische Zwecke geschaffene 
Sprache Forth. 

Ohne auf die Sprache näher eingehen zu 
wollen, werden an dieser Stelle einige An- 
merkungen zu Forth gemacht. Es handelt 
sich bei Forth um keine Sprache im her- 
kömmlichen Sinne: Forth vereinigt in sich das 
Sprachkonzept, einen Compiler, einen Edi- 
tor, einen Interpreter, Betriebssystemfunktio- 
nen sowie optional einen Editor und Assem- 
bler. Alle diese Komponenten sind weitest- 
gehend in Forth programmiert. 

Einzigartig ist die Möglichkeit der Erweite- 
rung der Sprache um neue Elemente, die 
selbst in Forth programmiert werden können. 
Damit ist Forth hervorragend zur Program- 
mierung problemorientierter Sprachebenen, 
das heißt Fachsprachen, geeignet. Oder an- 
ders formuliert: Mit Forth lassen sich aufga- 
benspezifische Entwicklungsumgebungen, 
wie sie als Möglichkeit der Lösung des Pro- 
blems der effektiven Softwareproduktion in 
der Gerätetechnik skizziert wurden, günstig 
realisieren. Zudem stellt Forth an sich bereits 
eine universelle Entwicklungsumgebung dar, 
die relativ leicht auf den verschiedensten 
Rechnern implementiert werden kann und 
die für den Programmierer sehr transparent 
ist (Bild 2). 

Als Beispiel einer solchen Entwicklungsum- 
gebung für den Aufgabenbereich Bilderken- 
nung sei das Bilderkennungssystem 
BES 2000 des VEB Studiotechnik Berlin ge- 
nannt 161. In 171 wird ein Forth-Programm zur 
Steuerung mehrerer 4-Phasen-Schrittmoto- 
ren vorgestellt. 

Forth hat in der DDR eine größere Verbrei- 
tung, als das Zeitschriftenstudium vermuten 



Bild 2 Entwicklungsumgebung für gerätetech- 
nische Antriebe 


läßt. Forth-Versionen existieren für 8- und 16- 
Bit-Systeme. International ist bereits ein 
Forth-Prozessor verfügbar, der Forth-Code 
direkt ausführen kann /3/. Forth ist also 
durchaus eine lebendige Sprache, eine Spra- 
che mit Zukunft. 

Diese Ausführungen sind als Anregungen zu 
betrachten, bei der Gestaltung neuer Soft- 
ware über die unmittelbaren Tagesbedürf- 
nisse hinaus zu denken und hierbei mehr 
konzeptionell unter dem Gesichtspunkt einer 
hohen volkswirtschaftlichen Effektivität zu ar- 
beiten. 



TERMINE 

12. Internationales Seminar 
über Datenbankbetriebssysteme 
WER? Tsentrprogrammsystem, Kalinin, 
UdSSR 

WANN? 1 7. bis 20. Oktober 1 989 
WO? Suzdal, UdSSR 

WAS? 

• Datenbanktheorie, Modelle und Werk- 
zeuge 

• Methodologien und Hilfsmittel zum 
Datenbankentwurf 

• verteilte Datenbanken 

• Datenbankmaschinen 

• Wissensbasis-Systeme 

• Datenbanken und Expertensysteme 

• Datenbanken in CAD/CAM-Systemen 

• anspruchsvolle Anwendungen 
WIE? 

• Veranstaltungssprache: Englisch 

• nähere Informationen über: VEB LfA 
Berlin, Jacques-Duclos-Straße 50/52, Ber- 
lin, 1 1 56, Tel. 37 80 35 1 8 

Dr. LangelDr. Oßwald 
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RETURN 

Bild 3 Ermitteln Druckerstatus in RED AB AS -ACA7100 




Computer- 

Club 

J 


Abfrage 

des Druckerstatus 
amACA 7100 

Wer hat es noch nicht erlebt, ein sorg- 
fältig gestaltetes Menübild am AC 
A7100 wird durch die Systemmel- 
dung auf dem Bildschirm "list device 
not ready type R to retry or . . verun- 
staltet. Und drückt man dann noch 
versehentlich eine falsche Taste, 
kann das zu Undefinierten Pro- 
grammabbrüchen führen. Der Grund 
dafür ist ein ausgeschalteter bzw. 
nicht betriebsbereiter Drucker. 

Dieses Problem ist lösbar, indem 
man vor dem ersten Druckbefehl den 
aktuellen Druckerstatus festeilt. Dazu 
werden in den vorgeschlagenen Pro- 
grammvarianten zwei Komponenten 
benötigt. Als erstes muß die Port- 
adresse der Schnittstelle zum Druk- 
ker bekannt sein. Da beim ACA7100 
das Centronics-Interface in erster Li- 
nie als Schnittstelle für den Drucker 
benutzt wird, ist die Statusabfrage ge- 
nau auf dieses Interface bezogen und 
wird über das PortA (Adresse 
00C8H) des PPI /I/ vorgenommen. 
Eine Anpassung an eine andere 
Schnittstelle ist kein Problem und 
kann den jeweiligen Systemunterla- 
gen entnommen werden. Die zweite 
Komponente besteht in einer geeig- 
neten Möglichkeit, das bekannte Port 


Mit solchen komfortablen Sprachen 
wie Basic (Bild 1) oder Turbo-Pascal 
(Bild 2) ist dies kein Problem, da Stan- 
dardprozeduren zum Lesen eines 
Ports bereits implementiert sind. In 
REDABAS ist dies problematischer. 
Für diesen Fall wurde ein kleines As- 
semblerprogramm geschrieben, wel- 
ches das Lesen des Ports übernimmt 
(Bild 3). 

Es wird in einen Speicherbereich ge- 
laden, welcher von REDABAS nur 
selten erreicht wird. Nur nach einem 
ausgeführten SORT-Befehl sollte 
man die Assemblerroutine neu PO- 
KEn. Um nicht den ohnehin geringen 
Speicherplatz für Variablen (und de- 
ren Anzahl zu belasten, wird auf die 
Übergabe in einer Variablen verzich- 
tet (dies ist natürlich auch in den bei- 
den anderen Programmen mög- 
lich). 

Alle 3 Testprogramme sind so aufge- 
baut, daß bei betriebsbereitem Druk- 
ker das Flauptprogramm ohne Unter- 
brechung weiterläuft und eine Druk- 
kerausgabe erfolgen kann. Sollte 
aber vor oder während der Abarbei- 
tung des Testprogrammes ein Zu- 
stand am abgefragten Ports eintre- 
ten, der nicht dem Wert für Betriebs- 
bereitschaft des Druckers entspricht, 
wird das Programm unterbrochen 
und mit einer Bildschirmausschrift 
(die entsprechend positioniert sein 
sollte) der Fehler mitgeteilt. Das Pro- 
gramm kann erst fortgesetzt werden, 
wenn die Betriebsbereitschaft des 
Druckers hergestellt ist. Da der Feh- 
lertext ständig neu geschrieben wird, 
sollte der Cursor ausgeschalten wer- 
den. 

Die Programme sind natürlich noch 
ausbaufähig. Man kann dem Bedie- 
ner auch die Möglichkeit eines Pro- 
grammabbruchs geben oder die ver- 
schiedenen Zustände des Druckers 
auswerten. In Tafel 1 sind als Anre- 
gung dazu die Ergebnisse der mir zur 


Verfügung stehenden Druckertypen 
dargestellt (Basic-Funktion WERT= 
INP(PorLi-.dresse)). Es sei noch dar- 
auf hingewiesen, daß in der Zeit vom 
Netzzuschalten bis zur Betriebsbe- 


Unter der Rubrik Computerclub 
wurde in der MP 9/87 ein Vorschlag 
zum Abspeichern des Bildschirmin- 
haltes des KC85/3 auf Kassette ge- 
macht. 

Mit dem KC85/1 erreicht man das- 
selbe bei Nutzung des hier vorgestell- 
ten BASIC-Programms. 
Vorgehensweise: 

Programm eingeben. (Die Ziffern in 
den Zeilen 2 bis 28 sollen die genaue 
Länge der Zeilen gewährleisten. Das 
geht auch anders, bis einschließlich 
Zeile 30 aber muß jedes Byte sitzen!) 
Sicherheitshalber abspeichern. 

Mit RUN laufen lassen. Dabei werden 


reitschaft des Druckers kurzzeitig 
mehrere Zustände am Port des Inter- 
faces anliegen. Die Programme lau- 
fen unter SCP 1 700 und CP/K 86. 

Dirk Pielzsch 


zunächst nur die MC-Programme in 
die Zeilen 2 bis 4 gepoket. 
Ausprobieren der Teilprogramme: 
MC-1 mit CALL 1 056 schnelles CLS 
MC-2 mit CALL 1088 Bildinhalt ge- 
langt in Zeilen 5, 6, 7 ... 28 
MC-3 mit CALL 1 1 30 Umkehrung zu 
MC-2. 

Abspeichern des in die 24 Basic-Zei- 
len transportierten Bildes erfolgt mit: 
POKE 2294, 0: POKE 2295,0:LIST# 
1 ”Name"5 

Geladen wird ein abgelegtes Bild 
LOAD#1 "Name” 



10050 PRINT FNCP»(23,15) ; " 
10060 RETURN 


Bild 1 Ermitteln Druckerstatus in Basic -ACA7100 


Tatet 1 Ergebnisse der Portabtrage in einigen Zuständen von zwei Druckertypen 


Dreckerstatus 


Druckerein/nicht betriebsbereit 
Druckerein/Papierende 
Drucker aus/kein Drucker Vorhand 


Bildschirminhalt auf Kassette speichern 



1 P0KE2294 , 252 : POKE2295 , 8 r BOTO30 

2 ! 1 234567890 1 234567890 1 23456 

3 • 123456789012345678901234567890123456 

4 ! 12345678901234567890123456789012345 

5 PR I NT " 1 234567890 1 234567890 1 234567890 1 2 
34567890 


28 PRINT" 1- 



Bild 2 Ermitteln Druckerstatus in Turbo-Pascal -ACA 7100 




3E04 

06F0 




C9 RET 

20 


3i ldanf g. in HL 



Reg. herstel len 


ES 

CS 

219404 

1102EC 


0628 


13 


232323 

232323 

23 

0D 

20EE 

D1C1E1 

C9 


BC 

DE 


HL, 0494 BAS IC-Pu. Anfang 
DE , EC02 Bildsp. Anfang 
DE .. Nie 0 in Zeile 
C,18 24 Zeilen 

B ,28 Je 40 Zeichen 




LP2 


HL .. lieber springen 

HL .. Z. -End, Pointer, 

HL Z. -Nr. u. PRINT" 


LP1 

LP2 


E5C3D5 PUSH 
119404 LD 
2102EC LD 
2B2B DEC 
0E18 LD 
0628 LD 
1A LD 

77 LD 

13 INC 

23 INC 

10FA DJNZ 
131313 INC 
131313 INC 
13 INC 

0D DEC 

20EE JR 
D1C1E1 POP 
C9 RET 


DE, 0494 
HL , EC02 

C , 18 
B,28 




2000BE 

0404009C 


Wie MC— 1 


Bild 4 Umkehrung zu MC-2 


Bild 2 Schnelles Bildschirmlöschen 


Bild 3 Bildinhalt in die Zeile 


5 bis 28 überneh- 


Jetzt die Zeilen 1000 bis 1070 lö- 
schen. Sie werden nicht mehr benö- 
tigt. Danach das fertige Programm 
abspeichern und die Kopie in Zukunft 
verwenden. 

Da die MC-Programme in den Basic- 
Zeilen 2 bis 4 abgelegt wurden, ste- 
hen sie nach jedem Laden sofort zur 
Verfügung, was sehr vorteilhaft ist. 
Allerdings geht jetzt das Listen etwas 
ungewöhnlich vor sich. Aber wer listet 
sich schon ständig durch die Zeilen 1 
bis 28? Besser man verwendet gleich 
LIST 30. 

Erklärungen: 

Einige Computer verfügen über Ba- 
sic-Befehle, die ein sofortiges Ab- 
speichern beliebiger Speicherberei- 
che (also auch des Bildspeichers) auf 
Kassette gestatten. Die KC-Rech- 


ner können das aus dem Basic her- 
aus nicht. Es gibt aber die Möglich- 
keit, Teile des Basic-Programms aus- 
zugeben. 

Der Bildinhalt wird deshalb in Teile 
zerlegt und mit MC-2 in vorbereitete 
Basic-Zeilen abgelegt. 

Da der Bildschirm aus 24 Zeilen zu je 
40 Zeichen aufgebaut ist, werden ent- 
sprechende Basic-Zeilen (5, 6, 7 . . . 
28) benötigt. 

Das Prinzip geht auf das Abspeichern 
von MC-Programmen in REM-Zeilen 
zurück. REM ist aber für unser Anlie- 
gen nicht brauchbar, da dann beim 
LIST die Grafikzeichen als Basic-To- 
ken interpretiert werden. Deshalb 
also PRINT" in den Zeilen 5 bis 28. 
Das hintere Anführungszeichen weg- 
lassen. 


Nach CALL 1088 ist der Basic-Bild- 
schirm-Puffer gefüllt und kann mit 
dem LIST-Befehl auf Kassette ge- 
bracht werden. Beim Laden des Bil- 
des mit LOAD listet der Interpreter 
zwangsläufig und geht anschließend 
in den Kommandomodus. Jetzt kann 
mit CALL 1130 der Bildschirmspei- 
cher mit dem eben geladenen Inhalt 
der Basic-Zeilen gefüllt werden. 

Das Programm ist eigentlich als Vor- 
satz gedacht. Ab Zeile 31 kann des- 
halb unter Beachtung des unter Vor- 
gehensweise gesagten weiterpro- 
grammiert werden (z. B. Aufbau des 
Bildes). Eine Taste wird geopfert, da- 
mit nach ihrer Betätigung MC-2 auf- 
gerufen wird. Dann hat man den Bild- 
inhalt ohne störende Kommandos auf 
Kassette. 


Wozu ist Zeile 1 gut? 

Hat man ab Zeile 31 weiterpro- 
grammmiert, würde der Befehl 
LIST#1”Name”5 alle Zeilen ab 5 bis 
zum Basic-Ende auf Kassette ausla- 
gern und nicht nur die bis 28, sehr är- 
gerlich . . . 

Deshalb die beiden POKEs vor die- 
sem Befehl. Diese setzen den Zeilen- 
pointer der Zeile 30 auf 0. Mit dem 
Zeilenendezeichen der Zeile 28 ste- 
hen dann drei Nullen hintereinander, 
was Basic-Ende bedeutet. 

Da der Interpreter nach LIST anhält, 
muß mit RUN neu gestartet werden. 
Jetzt wäre das scheinbare Basic- 
Ende zur Falle geworden, wenn nicht 
Zeile 1 die richtigen Werte für den 
Pointer wieder einstellen würde. 

Henrik Luther 


Strings plotten in Großschrift 

Mit diesem Programm wird dem Ba- 
sicprogrammierer die Möglichkeit ge- 
geben, Zeichenketten in beliebiger 
Größe an jeder beliebigen Position 
des Bildschirms auszugeben. Im Ge- 
gensatz zum PRINT besteht keine 
Bindung an das 8x8 Pixelraster. 

Zur Benutzung sind folgende Schritte 


1. Ablegen des auszugebenden 
Strings in der Variablen A$ 

(z. B. A$ = ”Strings plotten”) 

2. auf Speicherplatz 5 und 6 die Ver- 
größerungsfaktoren {Höhe, Länge) 
ablegen (z. B. 

POKE 5,1 :REM normale Höhe) 
POKE 6,2 :REM doppelt so lang) 

3. linke obere Ecke des ersten Zei- 
chens von A$ (10,200) und Farbe(7) 
festlegen 


10 WINDOW 0,31 f 0,39:CLS 
20 A*«"U 880" 

30 FÜR K*1 TO 10 
40 FOR 1*1 TO 10 
50 POKE 5,K: POKE 6,1 
60 PRESET 10,200,7 

80 PAUSE 10 
90 CLS 
100 NEXT I ,K 

Bild 1 Beispiel für Großschrift 


(z. B. PRESET 10,200,7) 

4. Programm aufrufen (z.B. CALL 
<Startadresse>) 

Aufgrund seiner Länge (283 Byte) ist 
dieses Programm nicht zum Einlesen 
von Basic aus geeignet, da es auf 
diese Art zweimal Speicherplatz bele- 
gen würde. 

Es empfiehlt sich eine Eingabe über 
Modify mit einem nachfolgenden Si- 
chern auf Magnetbandkassette. 
Dieses Programm konnte auf Grund 
seiner großen Sprungdistanzen nicht 
in verschiebbarem Maschinencode 
geschrieben werden, so daß bei Ver- 
schiebungen eine Anpassung der 
Sprungadressen erfolgen muß. Im 
konkreten Fall geschieht das nach 
Eingabe des Programms durch fol- 
gende Basic-Befehle: 

DO KE < Startadresse dez. + 127>, 
<Startadresse + 21 2> 
DO KE < Startadresse dez. + 198>, 
<Startad resse + 60> 
In einem kurzen Beispielprogramm 
(Bild 1 ), wird die- Anwendung dieser 
Routine verdeutlicht. Voraussetzung 
für eine einwandfreie Funktion ist ein 
korrekt abgelegter Maschinencode 
ab Adresse 08H (siehe Bild 2). 

' Thorsten Noske 


0008 


0020 


0038 

0040 

0048 

0050 

0058 

0060 

0068 


0080 
0088 
0090 
0098 
00 AO 


OOCO 


OOFO 


0128 


CD 18 FO C5 

20 FC 7C FE 
3E 41 BE 28 
EB 23 7E 32 
32 01 00 23 

23 7E 32 03 

47 2A 02 00 

38 02 D6 20 

3E 00 C6 OB 

ES 00 A4 04 
11 00 00 5F 



00 90 32 D5 

79 FE 00 20 

4F 00 3A D5 
IO FD 32 D5 
06 00 5F 2A 

19 10 FD 22 

23 05 78 FE 

FD El Fl El 
FO C9 00 OO 
B7 22 09 00 

3A 06 00 47 

CD 03 FO 30 
22 D3 B7 10 
22 D3 B7 3A 
D5 B7 OD 79 
3A 05 00 47 

32 D5 B7 2A 
3A 06 00 5F 

D9 08 C9 00 


D5 

3E 

3A 

04 

00 

7E 

00 

7E 

D6 


6F 

C6 

19 

OO 


07 

B7 

DC 

B7 


D3 

D3 

00 

Dl 

08 


08 

08 

EF 

D5 

FE 

3A 

D3 


00 


E5 F5 FD 
80 ED Al 
DO 00 00 

00 00 18 
00 23 7E 

32 02 00 

3A 00 OO 
E5 FE 60 
1F C5 47 

18 OE 21 
08 10 FC 

ED SB A6 
ED 52 OE 
ED 53 07 

17 CD DC 
00 22 D3 

3A D5 B7 
El 23 OD 
3A 05 00 

06 08 81 
16 00 3A 

B7 06 08 

B7 CI Ei 
C2 44 00 



05 00 4F 

30 06 08 

08 00 23 



00 00 00 


Bild 2 Großschrift für KC 85 (Hexdump) 
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Entwicklungen und Tendenzen 


Prozessor 
mit 16,5 MIPS 

Der V80 von der Nippon Electric Cor- 
poration ist ein 32-Bit-Prozessor mit 
einer CISC-Architektur, der mit 

16.5 MIPS (Millionen Instruktionen 
pro Sekunde) bei einer Taktfrequenz 
von 33 MHz rund 2,5mal schneller als 
der V70 ist (siehe auch MP 4/89, 
Seite 124). Die hohe Verarbeitungs- 
leistung wird durch eine siebenstufige 
Pipeline-Architektur, je 1 KByte 
Cache-Speicher für Befehle und Da- 
ten sowie eine Fehlererkennung für 
Adreß- und Datenbus erreicht. Her- 
gestellt wird der Chip in einer 0,8-«m- 
Technologie. Seine 930000 Transi- 
storen befinden sich auf einer Chip- 
fläche von 14,49 x 15,47 mm 2 . Es 
existieren Versionen für Taktraten 
von 25 und 33 MHz. Ab 1990 soll 
auch eine 45-MHz-Version mit 

22.5 MIPS verfügbar sein. MP 

CADdy Junior 

Für Einsteiger in den Bereich des 
computergestützten Zeichnens wird 
von Ziegler Instruments GmbH jetzt 
eine reduzierte Version des bekann- 
ten CAD-Paketes CADdy angeboten. 
CADdy Junior läuft auf IBM PCs und 
Kompatiblen und enthält Funktionen 
für das Zeichnen und Konstruieren 
mit geometrischen Grundelementen, 
für das Bemaßen, das Ändern von 
Geometrien und für die Symbol- und 
Ebenentechnik. Ein Austausch von 
Geometriedaten über eine DXF- 
Schnittstelle ist auch mit DTP-Pro- 
grammen möglich. mp 

PostScript-Farbdrucker 

Von der Firma QMS wurde kürzlich 
der nach eigenen Angaben erste 
Farbdrucker vorgestellt, der die 35 
Schriften und Farbsteuerkommandos 
der von Adobe entwickelten Pro- 
grammiersprache PostScript enthält. 
Der ColorScript 100 arbeitet mit der 
Thermotransfer-Drucktechnik und 
liefert eine Auflösung von 300 x 300 
Punkten pro Zoll. Als Farbträger dient 
eine Polyesterfolie, die mit den 
Grundfarben Cyan, Magenta, Gelb 
und Schwarz beschichtet ist. In vier 
Durchgängen erfolgt beim Druck das 
Schmelzen und Übertragen der Far- 
ben auf das Papier. 

Damit sollen über 16 Millionen Farb- 
kombinationen möglich sein. Der 
Drucker ist kompatibel zu den gängi- 
gen DTP-Programmen, die Farbe un- 



terstützen und verarbeitet z. B. 
Dateien mit Farbinformationen des 
Ventura Publisher oder Adobe lllu- 

Als Einstiegsmodell für Desktop Pu- 
blishing-(DTP-)Anwendungen dient 
das Modell 20 für A4-Formate, mit ei- 
nem 68020-Prozessor auf der Con- 
trollerkarte und 5 MByte RAM. Bei 
wachsendem Druckbedarf kann der 
Drucker zum Modell 30 erweitert wer- 
den - mit zusätzlich 4 MByte RAM, 
20 MByte Festplatte und A3-Papier- 
kassette. mp 


Entwicklungstendenzen 
bei Bauelementen 
im kapitalistischen 
Markt 

Der Markt für elektronische Bauele- 
mente ist 1988 um mehr als 37 Pro- 
zent auf 46 Mrd. US-Dollar ange- 
wachsen. Dabei konnten die japani- 
schen Hersteller ihre führende Posi- 
tion weiter festigen. Nach Angaben 
der Nachrichtenagentur Kyodo verei- 
nigten die japanischen Hersteller 
1 988 rund 50 Prozent der gesamten 
Chipproduktion auf sich. Den Markt 
für Speicherchips soll Japan sogar zu 
80 bis 90 Prozent beherrschen IV. 
Beachtliche Produktions- und Investi- 
tionspläne kündigten die führenden 
Elektronikkonzerne Nippon Electric 
Corp., Toshiba, Hitachi, Fujitsu, Mit- 
subishi Electric Corp. und Oki Electric 
Ind. an. Sie wollen ihre Halbleiterpro- 
duktionen in diesem Jahr um 1 5 bis 
34 Prozent steigern. Danach soll ein 
Wert in Höhe von 2378 Mrd. Yen er- 
reicht werden 121. 

Zu einem bedeutenden Faktor in der 
Halbleiterindustrie entwickelten sich 
die anwendungsspezifischen ICs. Ihr 
Anteil am internationalen Handel mit 
ICs soll 1990 rund 21 Prozent betra- 
gen. Der Absatz soll von 6 Mrd. US- 
Dollar 1987 auf 15 Mrd. US-Dollar 
1 992 ansteigen, wobei der Anteil der 
vollkundenspezifischen Schaltkreise 
an den Gesamtverkäufen von ASICs 
von 33 Prozent 1988 auf 15 Prozent 
1992 zurückgehen soll. Im Gegen- 
satz dazu soll der Anteil der Stan- 
dardzellen-ICs von 16 Prozent 1986 
auf 24 bis 25 Prozent anwachsen. 
Wesentlich an Bedeutung zunehmen 
sollen Gate Arrays, die 1992 mit 7,8 
Mrd. US-Dollar mehr als die Hälfte 
des ASIC-Umsatzes auf sich vereini- 
gen. In der Produktion von ASICs 
sind eine beginnende Spezialisierung 
auf bestimmte Schaltungstypen, die 
Schaffung von speziellen Design- 
Zentren sowie von Entwicklungssy- 
stemen für den Anwender erkennbar. 
Die wichtigsten Anwendungsgebiete 
für ASICs sind gegenwärtig die Tele- 
kommunikation (25%), die Indu- 
strieelektronik und die Datenverar- 
beitung (jeweils 20%) sowie der mili- 
tärische Bereich. Zunehmende Be- 
deutung gewinnt die Kfz-Elektronik / 

Obwohl sich RISC-Prozessoren nur 
unwesentlich von CISC-Prozessoren 
unterscheiden, ist ihre Rechenge- 
schwindigkeit aufgrund eines verklei- 
nerten Befehlssatzes rund lOmal 
schneller. Deshalb wird sich die 
RISC-Technologie künftig durch alle 


Bereiche der Computertechnik zie- 
hen. Das Wachstum für RISC-Pro- 
zessoren im Computerbereich wird 
bis 1 992 auf rund 60 Prozent jährlich 
veranschlagt. Am stärksten sollen die 
Verkäufe von Grafik-Supercompu- 
tern auf RISC-Basis zunehmen (um 
etwa 115% jährlich). Als perspektiv- 
reich wird auch der Einsatz von RISC- 
Prozessoren in Systemen der 
Spracherkennung, der Laserdruck- 
technik sowie der Automatisierungs- 
technik gesehen. Insgesamt wird für 
RISC-Prozessoren bis 1992 ein 
Wachstum von durchschnittlich 95 
Prozent jährlich prognostiziert. Zur 
Zeit sind allerdings erst sehr wenige 
ausschließliche RISC-Systeme in An- 
wendung. In den meisten Fällen han- 
delt es sich um hybride Lösungen, 
das heißt die Kombination beider 
Technologien /I/. 

Der Markt für sehr schnelle Logik- 
Chips, der sich vor kurzem auf Groß- 
computer in Form von TTL be- 
schränkte, hat sich bedeutend erwei- 
tert. Der Einsatzbereich für ICs mit 
sehr schnellen Verarbeitungszyklen 
weitet sich ständig aus. Die Produ- 
zenten von GaAs-Schaltkreisen ha- 
ben Probleme wie hohe Herstellungs- 
kosten und relativ geringe Ferti- 
gungsausbeute zu lösen. Trotz dieser 
Einschränkungen sind GaAs-ICs im- 
mer dann von Bedeutung, wenn die 
Geschwindigkeit oder die Strahlenre- 
sistenz die wichtigste Rolle spielen. In 
allen anderen Anwendungsfällen be- 
hält der preisgünstigere Silizium-Chip 
weiterhin den Vorzug. Der Firma 
Gigabit Logic soll es zum Beispiel ge- 
lungen sein, die Fertigungsausbeute 
für GaAs im letzten Jahr von 30 auf 50 
Prozent zu steigern IV. Dataquest 
prognostiziert, daß sich der Markt für 
integrierte Schaltkreise auf GaAs-Ba- 
sis bis 1991 im Durchschnitt um 96,2 
Prozent auf rund 700 Mio US-Dollar 
ausweiten wird. Dabei setze sich ver- 
stärkt die Digitaltechnik durch. Der 
Verkauf von optoelektronischen Er- 
zeugnissen auf GaAs-Basis soll sich 
1991 von 2,1 auf 2,7 Mrd. US-Dollar 
erhöhen 131. 

Die wachsende Bedeutung von Sen- 
soren und Sensorelementen kommt 
darin zum Ausdruck, daß es rund 
10000 unterschiedliche Sensoren 
auf dem westlichen Markt gibt. Mit der 
Herstellung von Sensoren befassen 
sich gegenwärtig rund 2100 meist 
mittlere Betriebe, davon 1 000 in 
Westeuropa (BRD: 500), 600 in den 
USA und 500 in Japan. Der Markt für 
Sensoren weist ein Wachstum von 1 5 
bis 20 Prozent jährlich auf. Von den 
gegenwärtig produzierten Sensoren 
sind 20 Prozent Halbleitersensoren. 
Dieser Anteil soll bis 1 992 auf 40 Pro- 
zent gesteigert werden. An Bedeu- 
tung zunehmen werden künftig faser- 
optische Sensoren und sogenannte 
Smart-Sensors, die elektronische 
Datenverarbeitung und den Prozeß 
des Messens in einem IC verbin- 

Zu den wichtigsten Trends bei den 
Sensoren gehören: 

- Miniaturisierung 

- Kombination von Sensoren mit Si- 
gnalvorverarbeitung auf engstem 
Raum, d. h. intelligente Sensoren und 
Aktoren zu Sensorsytemen 


- Entwicklung neuer Materialien für 
selektive Sensoren, vor allem für che- 
mische und biologische Messungen. 
Für den Markt von Leistungshalblei- 
tern werden Wachstumsraten bis zu 
50 Prozent jährlich vorausgesagt. 
Insgesamt wird die Leistungselektro- 
nik hauptsächlich von Leistungsdio- 
den, bipolaren Leistungstransistoren 
und Thyristoren bestimmt. Bis 1992 
soll dieser Anteil voraussichtlich auf 
65 Prozent gesunken sein. Stark an 
Bedeutung zunehmen sollen die so- 
genannten intelligenten Leistungs- 
ICs in gemischten Technologien. 
Hauptanwendungsgebiete für Lei- 
stungshalbleiter im kommerziellen 
Bereich sind gegenwärtig die Indu- 
strieelektronik (33%), die Kfz- und 
die Konsumgüterelektronik (14%), 
die Computertechnik (11 %) und die 
Telekommunikation (9%). Bis 1992 
soll der Anteil der industriell einge- 
setzten Leistungshalbleiter auf 40 
Prozent und der in Kraftfahrzeugen 
und anderen Konsumgütern auf 25 
Prozent steigen /I/. 

Die Technik der integrierten Halblei- 
terschaltungen ist eine Branche mit 
rascher Innovationsgeschwindigkeit 
und ebenso raschem wirtschaftlichen 
Wachstum. Die Technologie entwik- 
kelt sich heute schon schneller, als 
die Kunden sie dann in ihre Systeme 
integrieren können. 

Als sehr bedeutsam wird für Halblei- 
ter-Hersteller in Zukunft eine neue 
Technik zum Aufbau lokaler Verbin- 
dungen direkt auf dem Chip sein. 
Hierbei werden dünne Titan-Nitrid- 
Streifen erzeugt, die benachbarte 
Leiterbahnen miteinander koppeln 
und die ohne zusätzliche Komplizie- 
rung des Fertigungsgangs auf den 
Chip gebracht werden können. 
Weitere Fortschritte auf dem Weg zu 
hochintegrierten Chips betreffen die 
Technik der vertikalen Kontaktierung, 
wo von gewöhnlich metallgefüllten 
Kontaktlöchern auf neuartige Wolf- 
ram-Kontakte übergegangen wird. 
Dabei steigt die Zuverlässigkeit, und 
man erhält glatte Oberflächen, was 
den Aufbau mehrlagig metallisierter 
Chip-Sandwiches erleichtere. Dreila- 
gig metallisierte Chips machen 
ASICs, VLSI- und ECL-Schaltungen 
extrem hoher Leistung möglich /4/. 
Elektromechanische und passive 
elektronische Bauelemente (Wider- 
stände, Kondensatoren, Schalter, 
Steckverbinder, Leiterplatten) wer- 
den künftig nicht an Bedeutung verlie- 
ren und nach wie vor Wachstums- 
märkte bleiben. Im Gegensatz zu den 
Halbleitern werden sie weniger von 
konjunkturellen Entwicklungen be- 
einflußt. Bei diesen Bauelementen 
wird langfristig mit jährlichen Steige- 
rungsraten von durchschnittlich 5 bis 
6 Prozent gerechnet /I /. 


Quellen 
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Tastaturen 

Die ständig steigende Komplexität 
und die Vielfalt von Standard- und An- 
wendersoftware für PCs stellen im- 
mer höhere Anforderungen an den 
Bediener. Für verschiedene Pro- 
grammiersprachen, Textverarbei- 
tung, Grafik sowie für Steuerungen 
müssen beispielsweise Sonderzei- 
chen, Formeln, Kommandos oder Be- 
fehlssequenzen erzeugt werden; das 
Umschalten auf andere Zeichensätze 
(z. B. kyrillisch oder griechisch) ist er- 
forderlich. Abhängig vom Programm 
oder von der Funktion ändert sich die 
Tastenbelegung. Die üblichen (IBM- 
kompatiblen) Tastaturen bekommen 
eine nahezu unüberschaubare Funk- 
tionsvielfalt. Flierbei sind 6fach-Ta- 
stenbelegungen keine Seltenheit 

Das Problem mit einer größeren Ta- 
statur lösen zu wollen führte dazu, 
daß Spezialtastaturen bereits bis zu 
500 Tasten enthalten. Auch der Ein- 
satz der Maus in Verbindung mit Bild- 
schirmmenüs kann dieses Problem 
allein nicht lösen, da Eingabege- 
schwindigkeit und Bedienkomfort in 
vielen Fällen nicht ausreichend sind 
und die Fehlerrate höher als bei der 
Tastatur ist. 

Die bei Standardtastaturen häufig 
vorhandenen 10 bis 12 Funktionsta- 
sten sind für viele Anwendungen aus- 
reichend. Sie sind dann schwer be- 
dienbar, wenn sie mehrfach belegt 
sind. Die Mehrfachbelegung der al- 
phanumerischen Tasten ist ebenfalls 
bedienunfreundlich und bei einer 
Mehrfachbeschriftung der Tasten 
dazu noch unübersichtlich. 

Die Forderung, die Tastaturen trotz 
unterschiedlicher oder mehrfacher 
Belegung leicht bedienbar zu ma- 
chen, veranlaßte viele Fiersteiler, 
(XT-, AT- bzw. PS/2-kompatible) Ta- 
staturen zu entwickeln, die diese Pro- 
bleme (unterschiedlich) lösen. Allen 
Lösungen gemeinsam ist ein in der 
Tastatur integrierter Mikroprozessor 
(meist 8 Bit), 10 bis 34 Funktionsta- 
sten, bis zu 64 KByte RAM für das 
Speichern der momentanen Tasten- 
belegung (eventuell EEPROMs oder 
ein batteriegestützter SRAM) und bis 
zu 32 KByte EPROM für die Stan- 
dardbelegung der Tastatur und für 
das Programm des Prozessors. Pro 
Funktionstaste können Ketten von bis 
zu 126 Zeichen gespeichert werden. 
Manche Tastaturen erlauben die freie 
Definition nahezu aller Tasten. Hier- 
für werden auswechselbare Tasten- 
kappen oder Tastenschablonen für 
verschiedene Standardprogramme 
geliefert. Leere Schablonen ermögli- 
chen die Beschriftung durch den An- 
wender. Für die Programmierung der 
Tasten kann die Tastatur ein speziel- 
les LC-Tableau enthalten. 

Weiterhin gibt es Tastaturen mit An- 
schlüssen für eine Maus oder einen 
Barcodeleser. Eingebaute Magnet- 
kartenleser ermöglichen eine perso- 
nengebundene Tastaturkonfiguration 
oder auch eine Benutzungsberechti- 
gung. Für ein variables Absetzen der 
Tastatur werden Tastaturen batterie- 
gepuffert und mit einer Infrarotfernbe- 
dienung versehen. 

Zwei besonders interessante Lösun- 
gen sollen im folgenden etwas näher 
vorgestellt werden. 

Bei der Alphakey NIF3 wird die Tasten- 


belegung mit einer Schablone kennt- 
lich gemacht (Bild 1). Das Besondere 
an dieser Tastatur ist die Vielfalt der 
Programmierbarkeit der Tasten. Von 
den 119 Tasten können die Funk- 
tionstasten, die Sondertasten sowie 
der Kursor- und der Ziffernblock, also 
knapp die Hälfte aller Tasten, pro- 
grammiert werden. Die Programmie- 
rung kann in vier Ebenen (normal und 
zusammen mit Shift, Ctrl, oder Alt) er- 
folgen. In der normalen oder PC- 
Ebene können 10 Zeichen pro Taste 
eingegeben werden. Bei den Funk- 
tionstasten (Fl bis F10) sind in zwei 
Ebenen auch 44 Zeichen möglich. 
Durch Schachtelung (eine Taste ruft 
eine andere) können die zehn Funk- 
tionstasten auch Sequenzen von bis 
zu 440 Zeichen erzeugen. 

Die Programmierung ist denkbar ein- 
fach: Man drückt die Taste PRG und 
die zu belegende Taste und gibt dann 
die Sequenz ein; abgeschlossen wird 
wieder mit PRG. Soll die im RAM der 
Tastatur enthaltene Tastenprogram- 
mierung nach Abschalten des Rech- 
ners erhalten bleiben, dann kann ein 
mit EEPROMs bestücktes Memory- 
Modul programmiert werden (EE- 
PROM = elektrisch löschbarer, pro- 
grammierbarer Nur-Lese-Speicher). 
Nach Wiedereinschalten des Rech- 
ners wird dann der Memory - Inhalt au- 
tomatisch wieder in den RAM kopiert. 
Außerdem kann auch eine Datei auf 
Floppy- oder Harddisk erzeugt wer- 
den. Für die Anwender-Tastenbele- 
gung gibt es Schablonen, die selbst 
beschriftet werden können. 

Für Standardsoftware existieren be- 
reits F/x-Module (mit EPROMs) und 
entsprechend beschriftete Schablo- 
nen (siehe Bild 1 ). Sollen zu einer 
Standardsoftware, die beispielsweise 
nur in einer Ebene Tasten definiert, 
zusätzlich (in anderen Ebenen) an- 
wenderspezifische Tastenbelegun- 
gen programmiert werden, dann kön- 



Bildl Alphakey MF3 


nen auch Kombi- Module, die 
EPROMs und EEPROMs enthalten, 
eingesetzt werden. Der Modulwech- 
sel kann bei eingeschaltetem Rech- 
ner erfolgen. 

Vom Hersteller AFC Technology Le- 
verkusen werden Versionen für PC- 
XT, /AT und PS/2 angeboten. Zusätz- 
lich existiert eine Schnittstelle für Bar- 
code-, Magnetkarten- und Klarschrift- 
leser sowie für ein Sprach- 
erkennungssystem. 

Noch größere Variantenvielfalt und 
Bedienfreundlichkeit als die Alphakey 
bieten die verschiedenen Versionen 
von The Board. Die Tastatur besteht 
aus 1 1 7 oder 1 27 Tasten, von denen 
je nach Version 1 2 bis 1 1 3 T asten mit 
einer LCD-Beschriftung versehen 
und damit auch programmierbar sind 
(Bild 2: 12 LCD-Tasten, Bild 3: 87 
LCD-Tasten). Diese LCD-Tasten zei- 
gen grafisch oder alphanumerisch die 
momentane Tastenbelegung an. Das 
ist für maximal 34 Funktionstasten mit 
20 x 8 Punkten und für maximal 79 
alphanumerische, Ziffernblock- und 
Kursorblocktasten mit 8 x 12 Punk- 
ten möglich. 

Auf der Leipziger Frühjahrsmesse 
wurde die neue LCD-Taste The Key 
mit 32 x 16 Punkten angeboten, die 


wahlweise einen rot und/oder grün 
beleuchteten Hintergrund enthält. 

Die Bildpunkte der LC-Displays kön- 
nen mit der, mitgelieferten Software 
einzeln angesteuert werden. Die Dar- 
stellung ist positiv, negativ oder blin- 
kend möglich. Die Programmierung 
der T asten kann auch hier in vier Ebe- 
nen erfolgen (normal, Shift, Ctrl, Alt). 
In den 64 KByte großen RAM können 
für jede T astenfunktion Ketten von bis 
zu 126 Zeichen eingegeben werden. 
Programmiert werden die Zeichen- 
ketten hier (ähnlich wie bei der Alpha- 
key) mit der STRING-Taste. Diese 
Stringprogrammierung ist auch wäh- 
rend eines Anwenderprogramms 
möglich, so daß häufig benötigte 
Textpassagen oder Steuersequen- 
zen komfortabel gespeichert werden 
können. Ein Datenerhalt ist aus- 
schließlich auf Diskette oder Fest- 
platte möglich. 

Jede Tastaturversion ist an XTs, an 
ATs oder an PS/2-Modelle anschließ- 
bar. Die Firma Hohe Electronics Ney- 
kirchen, bietet auch eine Version an, 
bei der zwischen PC-Tastaturbele- 
gung und Terminalemulation für 
Großrechner (3270 oder VT220) um- 
geschaltet werden kann (siehe auch 
MP 12/1988, Seite 383). MP-Hk 


Bild 2 The Board MF 1.12 


Bild 3 The Board MF 1.24 



Mikroprozessortechnik, Berlin 3 (1989) 7 


217 


Datenübertragungs- 
treiber COCO 

Der asynchrone Datenübertragungs- 
treiber COCO stellt eine Erweiterung 
des Betriebssystems SCP dar und er- 
möglicht die Übertragung von Disket- 
tendateien zwischen zwei über eine 
Standleitung verbundene Datenend- 
einrichtungen (DEE). Nach dem La- 
den verbleibt er im Hauptspeicher 
und schützt sich selbst vor dem Über- 
schreiben durch andere Programme. 
Neben der Nutzung der SCP-Be- 
triebssystemfunktionen ist die Lokal- 
arbeit mit Standardsoftware (REDA- 
BAS, TP, POWER, KP) und unter 
Einhaltung bestimmter Randbedin- 
gungen mit Anwendersoftware (z. B. 
SCOM-LAN-Software) bei gelade- 
nem Treiber auch weiterhin möglich. 
Ein Dateitransfer wird bei Überein- 
stimmung einer vom Nutzer zu einem 
beliebigen Zeitpunkt eingegebenen 
Übertragungsstartzeit mit dem Stand 
der in COCO implementierten Echt- 
zeituhr ausgelöst. Der Treiber ge- 
währleistet dazu die permanente An- 
rufbarkeit der dateiempfangenden 
DEE. Durch eine spezielle Steuer- 
software erfolgt die automatische 
Programmumschaltung vom Lokalar- 
beitsprogramm zum Datenübertra- 
gungstreiber COCO, das heißt, eine 
Datenübertragung unterbricht sowohl 
bei der dateisendenden als auch der 
dateiempfangenden DEE laufende 
Lokalarbeitsprogramme. 

Nach Abschluß des Dateitransfers 
wird die Abarbeitung der zuvor unter- 
brochenen Lokalarbeitsprogramme 
fortgesetzt. COCO wurde bisher auf 
PC 1715 implementiert. Eine Version 
für BC 5120 mit E/A-Karte ATS 
7028.20 ist vorgesehen. 

VE BKK Senftenberg, Prozeßautomati- 
sierung und Steuerung IRT, Brieske, 
7803; Tel. 840 Ueske 

Ein neues 
Datenbankkonzept 

An der Hochschule für industrielle 
Formgestaltung Halle Burg Giebi- 
chenstein wurde ein Konzept für das 
Speichern von Fakten- und Bildinfor- 
mationen entwickelt und verwirklicht. 
Die Basis dazu bildet die Kopplung 
eines Videorecorders mit einem 
BC 51 20, die in Form einer Hard- und 
Software-Lösung geschaffen wurde 
(BUMA Karl-Marx-Stadt). Alphanu- 
merisch beschreibbare Fakten wer- 
den mit dBase in Tabellenform erlaßt. 
Die informationeile Struktur des Ge- 
samtsystems wird durch eine um- 
fangreiche Menüsteuerung, die mit 
dem Programmierwerkzeug MAKE- 
MENU erzeugt wurde, realisiert. 

Die Steuerung aller Vorgänge erfolgt 
mit einem in Turbo-Pascal geschrie- 
benen Programm. 

Die Bildinformationen werden als Vi- 
deoclips auf Videoband gespeichert. 
Damit kann erreicht werden, daß 
hochwertige Bildinformationen (in 
TV-Qualität) in beliebiger Menge un- 
abhängig vom Rechner gespeichert 
werden können. Das kurz beschrie- 
bene Konzept wurde an zwei Beispie- 
len erprobt: 

1. ERG0FAKT- ein Sachverhaltsspei- 
cher zur Ergonomie 

2. PROKART - eine Kartei für Ver- 
gleichsmusterdaten. 


Hochschule für industrielle Formgestal- 
tung Halle Burg Giebichenstein, Wis- 
senschaftsbereich Designmethodik, 
Neuwerk 7, Halle, 4020; Tel. 850373 

Prof. Dr. Frick 

Schaltungsanalyse und 
EPROM-Programmierung 

Das erste Programm dient zur stati- 
schen logischen Analyse rein digita- 
ler Schaltungen unter SCP. Es sind 
Schaltungsanordnungen mit bis zu 
50 digitalen Grundelementen (alle Ar- 
ten von Gattern und Flip-Flops) inter- 
aktiv testbar. Dieses Programm 
wurde unmittelbar zum Entwurf eines 
Gate-Array-Schaltkreises U 5200 
ausgelegt und genutzt. Nutzen: Zeit- 
einsparung beim Entwurf von digita- 
len Schaltungen, insbesondere bei 
sequentiellen Automaten. 

Die zweite Lösung bietet die Möglich- 
keit, EPROM-Typen von U2716 bis 
U2764 unter dem Betriebssystem 
OS/M auf dem P8000 programmieren 
zu können. Als Hardware wird der 8- 
Bit-P8000 und der EPROM-Program- 
mer des P8000 vorausgesetzt. 

VEB Meßgerätewerk „Erich Weinert“ 
Magdeburg, BfN, Straße der DSF 124, 
Magdeburg, 3010 Dr. Engel 

Centronics-Schnittstelle 
am P8000 

Oftmals ist die Anzahl der seriellen 
Schnittstellen am P8000 für den An- 
schluß von Terminals und anderen 
Geräten nicht ausreichend. Während 
einerseits eine serielle Schnittstelle 
durch einen Drucker belegt ist, wird 
andererseits in vielen Fällen die PIO- 
Schnittstelle, die für den EPROM- 
Programmer vorgesehen ist, nicht 
benötigt. Durch den Anschluß eines 
Druckers mit einer parallelen Schnitt- 
stelle über die PIO steht die serielle 
Druckerschnittstelle für andere An- 
wendungen zur Verfügung. Von die- 
sen Überlegungen ausgehend wurde 
ein neuer Druckertreiber entwickelt, 
der es ermöglicht, Drucker mit Cen- 
tronics-lnterface unter dem Betriebs- 
system WEGA zu betreiben. 

Zentrum für Forschung und Technologie, 
Kombinat VEB Elektro-Apparate-Werke 
Berlin-Treptow, Abt. WAE, Storkower 
Straße 101, Berlin, 1055; Tel. 4388509 

Pseudografiksoftware 
unter REDABAS 

Das nachfolgend vorgestellte Pro- 
gramm ermöglicht es, mit Hilfe von 
REDABAS pseudografische Darstel- 
lungen auf dem Bildschirm bzw. auf 
dem Drucker erzeugen zu können . 
Unser Programm läßt sich in vier 
Hauptabschnitte unterteilen 

- Bereitstellen der Variablen und der 
Datenbankdatei 

- Ausgabe der Koordinatenachsen, 
Beschriften, Legende 

- Ausgabe der Säulengrafik auf dem 
Bildschirm 

- Druckaufbereitung und Druck auf 
dem Nadeldrucker. 

Durch die Nutzung pseudografischer 
Symbole ist eine höhere Genauigkeit 
der Bildauflösung und somit ein höhe- 
rer Informationsgehalt als bei ande- 
ren Lösungsvorschlägen möglich. Zu 


Beginn der Bildschirmausgabe wer- 
den die Koordinatenachsen mit Be- 
schriftung dargestellt. Die Legende 
für darzustellende Daten wird am 
rechten Bildschirmrand ausgegeben. 
Sie enthält in der derzeitigen Version 
folgende Angaben: den Kennbuch- 
staben der Säule, die Bezeichnung 
sowie den Wert. 

Um die quasigrafischen Möglichkei- 
ten des A7100 nutzen zu können, 
werden verschiedene Zeichen im 
2. Zeichensatz umdefiniert, so daß 
bei einer quasigrafischen Darstellung 
im Raster 24 x 80 ein entsprechen- 
des Bild geschrieben wird. 

Institut für Sozialistische Wirtschafts- 
führung, Forschungslabor, An der 
Schleu se 3/4, Wolfersdorf, 1255 

KaschelStandhardt 

I Zugriff auf dBase-Dateien 
I unter Turbo-Pascal 4.0 

f Die Interfaceprozeduren des Zugriffs- 
moduls db_LINK.TPU bilden eine 
satzorientierte Schnittstelle für die se- 
quentielle oder wahlfreie Verarbei- 
tung von Datenbankfiles, die mittels 
dBase II, III, III Plus oder REDABAS 
bzw. REDABAS-3 angelegt worden 
sind. Zusätzlich wird eine Unit 
db_SHELL.TPU angeboten, die den 
Funktionsumfang des Zugriffsmoduls 
auf ähnliche Routinen abbildet, wie 
sie für die Arbeit mit Textfiles bekannt 
sind. Diese Funktionen und Prozedu- 

I ' ren können als Erweiterung von Pas- 
cal um einen Datenbankanschluß 
aufgefaßt werden. 

Hier eine Auswahl neuer Sprach- 
elemente: dbAssign, dbReset, 

dbRewrite, dbAppend, dbUpdate, 
dbSeek, dbSkip, dbLocateKey, 
dbLocateValue, dbGet, dbPut, 
dbRead, dbWrite, dbDelete, 
dbRecall. 

Die Prozeduren dbGet und dbPut ar- 
beiten mit einem vollständigen Da- 
tensatz. Die Konvertierung auswähl- 
barer Felder in Variablen der Stan- 
dard-Datentypen von Turbo-Pascal 
4.0 erfolgt mit dbRead und dbWrite. 
Zur Demonstration der erreichten 
Datenunabhängigkeit wurde der 
dBase III Plus-Befehl LIST als Proze- 
dur dbList bzw. dbStructure innerhalb 
der Shell simuliert. Ein Zugriff über 
Indexdateien ist nicht vorgesehen. Es 
können keine MEMO-Felder verar- 
beitet werden. 

Die Units db_LINK.TPU und 
dbL_SHELL.TPU umfassen 27 bzw. 
14 KByte. Ihre Verwendung ist an 
Turbo-Pascal 4.0 unter MS-DOS ge- 
bunden. Zur Nachnutzung werden 
der Quelltext der Shell, die beiden 
Units, acht Demonstrationspro- 
gramme und eine Dokumentation an- 
geboten. 



Grafik-Softwarepaket 


Das hier vorgestellte System stellt 
eine Erweiterung und Anpassung des 
Systems GRAFIX-7100 für den 
A7150 dar. Es ermöglicht eine Auflö- 
sung von 640 x 480 Pixeln. 

Die Software ist für Turbo-Pascal ge- 
schrieben und wird als Unit GRAF715B 


in ein Pascalprogramm eingebunden. 
Sie wurde für wissenschaflich-techni- 
sche Anwendungen konzipiert und 
ermöglicht im wesentlichen folgende 
Grafikfunktionen, die als Prozeduren 
im Nutzerprogramm aufgerufen wer- 
den können: 

- grafische Primitive des GKS 

- Splitting, 8 Farben (bzw. Graustu- 
fen), 4 verschiedene Schreibtypen 

- umfangreiche Windowtechniken 

- Weltkoordinatensysteme und Dar- 
stellungsprozeduren für die Grafik- 
Primitive und für reellwertige Funktio- 
nen in diesen WK 

- Speichern von Grafikbefehlen und 
Windows auf Disketten 

- zusätzliche Vektorzeichensätze 
für Textdarstellung 

- interaktive Arbeit mit Locator bzw. 
Stroke 

- Hardcopy auf Nadeldrucker 

- Ansteuern des Plotters K 641 8. 

Es existiert ein analoges Softwarepa- 
ket für den A 71 00 (als Indude-Filesy- 
stem) unter Turbo-Pascal 3.0. Damit 
ist es möglich (mit gewissen Ein- 
schränkungen hinsichtlich der spe- 
ziellen Windowoperationen), Pro- 
gramme auf beiden Rechnern kom- 
patibel zu entwickeln. 

Zusätzlich wurde ein umfangreiches 
Demonstrations- und Lehrprogramm 
erarbeitet, das alle Grafikprozduren 
menügesteuert vorstellt und so die 
Einarbeitung in das Programm sehr 
erleichtert, dabei erscheint auf dem 
Bildschirm neben der erzeugten Gra- 
fik jeweils der zugehörige Programm- 
quelltext mit Erläuterungen. 
Zentralinstitut für Physik der Erde, Be- 
reich I, Telegrafenberg, Potsdam, 156ß; 
Tel. 310/234 Köhler 

Echtzeitentwicklungs- 
system für 
Signalprozessoren 

Das Signalprozessor-Entwicklungs- 
system dient zum Entwickeln und Te- 
sten von Soft- und Hardware für den 
TMS 32020. Die Steuersoftware ist in 
C geschrieben und daher verhältnis- 
mäßig einfach auf andere Rechner 
übertragbar. Der eigentliche Entwick- 
lungsmodul besteht aus einer DKL im 
Doppeleuropaformat, die über ein se- 
rielles oder ein paralleles Interface 
mit dem Steuerrechner verbunden 
ist. Neben dem Signalprozessor sind 
alle für das Betreiben des Systems 
erforderlichen Komponenten, wie 8 K 
x 16 Bit Programmspeicher und 16 K 
x 16 Bit Daten-RAM, sowie Bustrei- 
ber für alle nach außen gehenden Si- 
gnale vorhanden. Der Nutzer betreibt 
seine Hardware an dem SP-System- 
bus und kann auf alle SP-Ressourcen 
nahezu uneingeschränkt zurückgrei- 
fen. So stehen für die Anwenderhard- 
ware u.a. sämtliche Interrupts, alle 
Ports, der interne Timer, die beiden 
UART-Kanäle und alle SP-internen 
RAM-Speicher (außer drei für die Mo- 
nitorfunktion reservierte interne Da- 
tenwörter) zur Verfügung. Von den 
externen Programm- und Daten- 
RAMs stehen dem Anwender 7K 
bzw. 1 5 K Wörter zur Verfügung. Dar- 
über hinaus kann eine Speicherer- 
weiterung über den Systembus vom 
Nutzer durchgeführt werden. Der SP 
wird mit 20 MHz getaktet, und alle ex- 
ternen RAM-Zugriffe erfolgen ohne 
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Wait. Über den SP-Systembus kann 
der Anwender eine I/O-Emulation 
realisieren. Das bedeutet, daß alles 
bis auf die externen Speicher im Ziel- 
system emuliert werden kann. 

Die Bediensoftware ist modular auf- 
gebaut und hat einen Umfang von 
zirka 100 KByte. Das in Windowtech- 
nik gestaltete Steuerprogramm er- 
möglicht eine übersichtliche und ef- 
fektive Arbeit mit dem Entwicklungs- 
modul. 

Zur Nachnutzung werden eine durch- 
kontaktierte Modul-Leiterplatte, eine 
Interfacekarte, die Systemdokumen- 
tation mit Schaltplan, Bedienungsan- 
leitung und Hardwarebeschreibung 
sowie die Software für die vom Nutzer 
gewünschten Steuerrechner bereit- 
gestellt. 

Akademie der Wissenschaften, Institut 
tür Automatisierung, Rudower Chaus- 
see5, Berlin, 1199, Tel. 6740 

Dr. Rompe 


Diskettenmanipulierung 
mit SETDISK 

Zum umkomplizierten Einstellen des 
Diskettenformates wurde SETDISK für 
den A 71 00/50 unter SCP 1700 ent- 
wickelt. Die Parameterübergabe 
kann über die Kommandozeile sowie 
im Dialog erfolgen. Für die verbreitet- 
sten 80-Spur-DS-Formate ist eine au- 
tomatische Formaterkennung mög- 
lich. 

Das Programm wurde in Turbo-Pas- 
cal geschrieben und liegt in zwei Ver- 
sionen vor: die Normalversion für alle 
80-Spur-Laufwerkstypen und die 
Version für den Laufwerkstyp SA460. 
Bei letzterer wird zusätzlich zum Ein- 
stellen des Diskettenformates die 
Stepperfrequenz auf 3 ms eingestellt. 
Dadurch wird die Diskettenarbeit um 
etwa 10% beschleunigt und die lau- 
ten Geräusche des Steppermotors 
beseitigt. 

VEB Funkwerk Berlin, Abt. MO, Wenden- 
schloßstraße 142, Berlin, 1170; Tel. 
6533607 

Pawlowicz 


Programmpaket 
für die Elektronik- 
branche 

Wir haben ein Programmpaket für die 
Elektronikbranche entwickelt, das die 
üblichen Routinearbeiten in einem 
' Handwerksbetrieb wie Rechnungsle- 
gung, Materialverwaltung, Lohnrech- 
nung, Finanzbuchhaltung, Notizblock 
und Recherche vollständig rationali- 
siert, Die Programme sind in Turbo- 
Pascal unter CP/M 3.0 geschrieben 
und laufen bei uns bereits ein Jahr auf 
einem Schneider-Joyce PCW 8256 
sowie einem Commodore 128D. 
Außerdem haben wir uns intensiv mit 
Kompatibilitätsproblemen und Hard- 
wareanpassungen zwischen den ge- 
nannten Rechnertypen und der äqui- 
valenten DDR-Technik beschäftigt, 
wofür einige Stichworte stehen: 

- Hardware-Kopplung Schneider - 
Commodore (V.24) zum Datenaus- 
tausch SW'-Floppy-Anpassung an 
Schneider-Joyce (720 KByte) mit Ex- 
tern-Netzteil und schnellerem Disket- 
tenzugriff (30%) 

- RAM-Erweiterung auf 512 KByte 

- Fremdformateinstellung (Lesen, 
Schreiben, Formatieren) aller be- 
kannten Diskettenformate einschließ- 
lich Datentransfer auch für DDR- 
Technik 


- Implementierung bekannter Firm- 
ware (CP/A) sowie nützlicher Dienst- 
programme (z. B. POWER) auf Com- 
modore/Schneider/Amstrad 

- Datentransfer CP/M - MS-DOS 
auf Diskette 

- DDR-Drucker-Anpassung an 
Schneider-Joyce. 

Alle Leistungen können durch uns auf 
der Basis gültiger Preiskarteiblätter 
nach Anfrage ausgeführt werden. 

Digitalelektronik - Kleincomputer-/Ta- 
schenrechnerservice, Straße der DSF 
9a, Cottbus, 7513; Tel. 523075 


Kopplung 

SD 1 156 -AC 7100150 

In unserem Betrieb wurde eine Hard- 
und Softwarelösung zum Anschluß 
eines Seriendruckers SD 1156 an 
den AC 71 xx über die IFSP-Schnitt- 
stelle geschaffen. 

Die Hardwarelösung beinhaltet eine 
Pegelanpassung zwischen dem 
Computer und dem Drucker. An bei- 
den Geräten sind keine technischen 
Änderungen vorzunehmen. 
Softwaremäßig wurde folgendes rea- 

- Gerätetreiber für DCP 1700 (Kanal 
LPTx) 

- SCP 1700 im Betriebssystem inte- 
griert (steuerbar über das I/O-Byte) 

- Vor- und Rückwärtsdruck 

- Fehlerbehandlung 

- Ausblenden von ESC-Steuerfol- 
gen 

- Druckertest analog GTP 4200. 

VEB Papierfabrik Dreiwerden, Haupt- 
straße 5, Abteilung ORZ, Schonborn- 
Dreiwerden, 9256; Tel. 5121 HA 335 

Schultes 


Shell-Menü-Hilfe 
für P8000/WEGA 

Für P8000/WEGA-Betreiber bieten 
wir eine komplexe Shell-Menü-Hilfe 
zur Nachnutzung an. Mit dem durch- 
gängigen Menüsystem können auf 
einfache und bequeme Art fast alle 
ständig wiederkehrenden Arbeiten ei- 
nes Superusers ausgeführt werden. 
Die Anwendung bietet dem Nutzer 
eine bequem handhabbare Benutzer- 
oberfläche zum WEGA-Betriebssy- 
stem mit seinen vielfältigen und zahl- 
reichen Werkzeugen an Grundsoft- 
ware. Es handelt sich um eine kom- 
plexe. integrierte Lösung, die zirka 
150 Menüpunkte gestaffelt in 3 Ebe- 
nen zur Abarbeitung anbietet. Zu- 
sätzlich sind auch Lösungen wie No- 
tizbuch, Adreßbuch, Terminkalender, 
Systemabrechnung, Virustest und 
anderes eingearbeitet. 

Die Lösung liegt als C-Shell-Skript 
vor, und für eigene Erweiterungen/Er- 
gänzungen sind die notwendigen 
Vorkehrungen getroffen. Zur einfa- 
chen und sicheren Übernahme wird 
ein entsprechendes Installationspro- 
gramm mitgeliefert. 

VEB Datenverarbeitungszentrum Cott- 
bus, Bereich Absatz, Wilhelm-Pieck- 
Straße 5, Cottbus, 7500; Tel. 484209 


DCP-Drucktreiber 
für SD 11 52 

Im Seehafen Rostock wurde ein 
Druckerdriver zum Anschluß eines 
Seriendruckers SD 11 52 mit IFSS- 


Anschluß an einen A7150 unter DCP 
Version 3.2 entwickelt und seit länge- 
rer Zeit erfolgreich genutzt. 

VEB Seehafen Rostock, Abt. LE, Rostock 
-ÜSH, 2540; Tel. 3663124 

Schmeling 


Neue RELA-Versionen 
3.0 und 4.0 

Gegenüber der Vorgängerversion 
1.4/T von RELA für den KC85/3 
(siehe MP 4/1989, Seite 122) erge- 
ben sich für die Version 3.0/T fol- 
gende Veränderungen: 

- Kaltstart/CAOS wird mit OPEN n 
(statt RELA n) erreicht. 

- Bei Funktions- oder Feldvorwahl 
wird die Signalkennzeichnung er- 

- Bei den Kommandos ALOAD, 
ASAVE, SOND-SUCH entstehen 
keine Überlappungen der Fenster. 

- Beim Kommando SOND-SUCH 
wird Dateinummer angezeigt. An- 
wenderprogramme und Dateien sind 
zu anderen Versionen kompatibel. 
Die RELA-Version 4.0 für den KC 85/ 
4 hat annähernd den gleichen Lei- 
stungsumfang wie die Version 3.0. 
Sie ermöglicht störungsfreie Bild- 
schirmzugriffe und hat einen verbes- 
serten Zeichensatz. Dem Anwender 
stehen die Erweiterungen der 3. Ta- 
staturebene zur Verfügung, und es 
werden die Treiberroutinen des er- 
weiterten Betriebssystems genutzt. 
Als Standard sind die Drucker K 
6313/20 oder Kompatible vorgese- 
hen. 

ELECTRONIC-SERVICE Helmut Ulbricht, 
Göttiner Landstraße 7, Brandenburg, 
1800; Tel. 522076 

Zierott 

Kopplung 

von MC 80.3x und PC 

Für die On-Iine-Kopplung des Rech- 
ners MC 80.3x mit Personalcompu- 
tern der Typen PC 1715, AC 7100, 
AC 7150, EC 1834 sowie IBM-Kom- 
patiblen wurde eine prinzipielle Soft- 
warelösung auf der Basis der jeweili- 
gen seriellen Schnittstellen entwik- 
kelt. Verfügbar ist derzeit die Lösung 
für den A 7100 auf der Basis der 
IFSS-Schnittstelle der ASP K 8071 
mit einer effektiven Übertragungsrate 
von 20 kByte/min. Im Master-Slave- 
Betrieb wird die Übertragung von be- 
liebigen Speicherbereichen des 
MC 80 zum Diskettenlaufwerk des 
PCs und zurück in Form von Blöcken 
zu je 256 Byte im Polling-Betrieb 
durchgeführt. Für den MC 80 (Slave) 
wird ein entsprechendes Treiberpro- 
gramm bereitgestellt, das auf einen 
EPROM zu übertragen ist. Alle we- 
sentlichen Manipulationen werden im 
Dialogbetrieb vom PC-Master aus or- 
ganisiert. (Betriebsprogramm MCPC 
in Turbo-PASCAL V.3 für die jeweils 
zum Einsatz gelangenden PCs.) 
Institut für Polymerenchemie der ADW 
der DDR, Abt. Elektronik/Rechentech- 
nik, Kantstraße 55, Teltow, 1530; Tel. 
46264 

Dr. FanterlUrban 

Basic-Vokabeln 
über Tastatur verfügbar 

Als kleine Unterstützung für den Ba- 
sic-Programmierer auf dem KC 85/3 
entstand eine kleine Maschinenrou- 
tine, die nach Anwahl des Befehls 
über die Tastatur die Vokabel an den 


Basic-Interpreter übergibt. Die Be- 
fehle sind mehrmals hintereinander 
verwendbar, weil sie auf Fl gespei- 
chert werden. Die Dokumentation 
und die Befehlsliste werden bei Zu- 
sendung einer Kassette sowie von 
Rückporto kostenlos abgegeben. 

Das Programm darf an Dritte weiter- 
gegeben werden, wenn die Urheber- 
schaft nicht verändert oder verschlei- 
ert wird. 

Uwe Stieber, Erich-Jungmann-Straße 8, 
Radebeul 1,8122 


MINICALC 

Auf Grund des regen Interesses und 
der vielfältigen Nachfragen teilen wir 
mit, daß das in der MP 12/88, Seite 
376, angebotene Tabellenkalkula- 
tionsprogramm MINICALC nicht nur 
auf dem KC 85/3, sondern auch auf 
den Rechnern KC 85/2, KC 85/4 und 
KC 87 lauffähig ist. 

VEB Cottana Mühlhausen, ORZ, Johan- 
nisstraße 44, Mühlhausen, 5700 

Ulbrich 


Kopplung KC 85/3- 
PC1715 

Zur weiteren Erhöhung der Effektivi- 
tät des Programmpaketes Hydraulik I 
Elektro (siehe MP 4/1988, Seite 109) 
wurde eine Software zur Kopplung 
von KC 85/3 und PC 1715 im Kombi- 
nat Baukema entwickelt. 

Damit ergeben sich folgende Vorteile 
bei der Nutzung des KC 85 als Grafik- 
entwicklungssystem: 

• Nutzung des Massenspeicher- und 
Datenverwaltungssystems des PCs 

• Reduzierung der zeitaufwändi- 
gen Speichervorgänge von Program- 
men und Daten des KCs 

• Erhöhung der Datensicherheit bei 
Datentransfer 

• Nutzung der bekannten Dienstpro- 
gramme auch für KC-Files 

• Reduzierung des Zeitaufwandes 
bei Datenübertragung um 50 % 

• Veränderungen bzw. Erweiterun- 
gen der Rechner-Hardware sind nicht 
erforderlich; es werden die geräteei- 
genen V.24-Schnittstellen genutzt. 

VEB Kombinat Baukema, Abt. TVRK, 
Gerhard-Ellrodt-Straße 21, Leipzig, 
7034, Tel. 7925278 oder314 


Neues OS 

für COMP JU+TER 

Von uns wurde ein Betriebssystem 
für den in der Zeitschrift Jugend und 
Technik vorgestellten Computer ent- 
wickelt. Das Programm ist nur 
2 KByte lang und bietet folgende 
Möglichkeiten: 

- Bildschirm: 128 x 128 Punkte, 16 
x 16 Zeichen 

- Bildschirmeditor (damit Korrektur 
eingegebener Zeilen möglich) 

- Maschinensprachmonitor (Hexli- 
sten, -schreiben usw.) 

- Kassettenaufzeichnung (auch von 
Maschinenprogrammen) mit Fehler- 
kontrolle 

- Ansteuerung beliebiger Drucker 
vorgesehen 

- echte Shift-Taste. 

Computerclub der SPS „Heinrich Hertz“, 
Frankfurter Allee 14a, Berlin, 1035 

Lüdtke 
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Literatur 


Computerwissen 
für alle 

von E. Schiller, VEB Fachbuchverlag 
Leipzig, 1988, 232 Selten, 111 Illu- 
strationen, DDR 12,— M 
In interessanter und beeindruckender 
Weise wird in diesem Buch, das eine 
Zwischenstellung zwischen einem 
Fachbuch und einem populärwissen- 
schaftlichen Buch einnimmt, die ge- 
samte Breite der Informatik von der 
Logik und den mikroelektronischen 
Grundlagen über die Programmier- 
sprachen und Betriebssysteme bis 
hin zur Anwendung der Computer in 
allen gesellschaftlichen Sphären dar- 
gestellt. 

Es ist so geschrieben, daß es für 
jeden Leser verständlich sein dürfte, 
jedoch auf Grund der Breite auch für 
viele Spezialisten noch Wissenswer- 
tes enthält. Die Verständlichkeit des 
dargelegten Fachwissens wird sehr 
wirkungsvoll durch die hervorragen- 
den Illustrationen von Wolfgang Par- 
schau unterstützt. 

Natürlich sind bei der Breite des 
Buches kleinere Unexaktheiten nicht 
ausgeschlossen, auf die hier auch 
nicht näher eingegangen werden 
sollte. Bei der Lektüre ist mir aber ein 
prinzipieller Mangel aufgefallen, der 
in einer undialektischen Betrach- 
tungsweise historisch bedingter Ent- 
wicklungen in der Computertechnik 
und Informatik besteht. Es ist richtig, 
daß in der Anatomie „digit“ Finger 
heißt, aber in der Mathematik bedeu- 
tete „digit" schon immer Ziffer. Ein 
Digitalrechner ist damit ein Ziffern- 
rechner, im Gegensatz zum Analog- 
rechner (S. 14). 

Eine Folge von 8 Bit nennt man nicht 
„bei den meisten Computern“ Byte, 
sondern ist seit Ende der sechziger 
Jahre das Byte (S. 17). 

Es ist auch nicht richtig, das Konzept 
des Harvard-Rechners Markl von 
Howard Aiken aus dem Jahre 1944 
als Alternative zum Von-Neumann- 
Prinzip wieder aufieben zu lassen. 
Auch wenn bei modernen Ein-Chip- 
Mikrorechnern (wie auch manchen 
Kleinrechnern) eine Trennung von 
Daten- und Befehlsadreßraum aus 
unterschiedlichen Gründen vorge- 
nommen wurde, darf man dieses 
Prinzip nicht mechanisch auf eine 
Stufe mit dem getrennten Daten- und 
Programmspeicher des Harvard- 
Rechners stellen (S.27). Man kann 
auch nicht einverstanden sein, daß 
als Ausgangspunkt der Kleinrechner- 
entwicklung der Einsatz in kleineren 
Betrieben stand. Der Ausgangspunkt 
war, daß Anfang der sechziger Jahre 
ein realer Bedarf an Rechnern für 
Aufgaben der Produktionsautomati- 
sierung, also interaktiv einsetzbarer 
Rechner bestand. Dafür aber waren 
die Großrechner nicht geeignet, die 
für den zentralen Einsatz in Rechen- 
zentren projektiert waren. Für die 
Kleinrechnerentwicklung war in 
erster Linie das neue Einsatzgebiet 
von ausschlaggebender Bedeutung. 
Somit wurde die Kleinrechentechnik 
auch der Wegbereiter der Mikro- 
rechentechnik (S. 45 ff). 

Dennoch war für mich diese Lektüre 
sehr interessant, so daß ich das Buch 
jedem interessierten Leser nur emp- 
fehlen kann. Prof. Dr. Th. Horn 


* 
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E. M. Projdakov: 

Datengesteuerter 

Disassembler 

Mikroprocessornyje sredstra i si- 
stemy 5 (1988) 5 

Die meisten in der Literatur veröffent- 
lichten Arbeiten zur Disassemblie- 
rung befassen sich mit dem trivialen 
Problem des inkrementeilen Disas- 
semblers. Dieser Artikel geht darüber 

Eingangs wird die Notwendigkeit von 
Disassemblern oder Reassemblern 
insbesondere für Ziele der Adaption 
begründet. Es werden Ein- und Mehr- 
paßdisassembler unterschieden und 
deren potentielle Übersetzungsmög- 
lichkeiten angegeben. 

Als Grundaufgabe der Disassemblie- 
rung wird die Trennung von Befehls- 
kode- und Datenbereichen angese- 
hen. Dabei wird erkannt, daß diese 
Aufgabe nichttrivialer Natur ist. Als 
Nebeneffekt der Disassemblierung 
fällt das Erkennen unbenutzter Pro- 
grammzweige an. Auf grundsätzliche 
Schwierigkeiten bei der Disassem- 
blierung, die durch Befehlskodemani- 
pulation entstehen, wird nur kurz ein- 
gegangen. Bis hierhin geht der Artikel 
nicht wesentlich über die sehr weni- 
gen bekannten Arbeiten hinaus. 

Sein wesentlicher Beitrag besteht in 
Überlegungen zur rechnergestützten 
Generierung von Disassemblern für 
eine ganze Klasse von Mikroprozes- 
soren. Dabei wird ein universelles 
Grundprogramm benutzt, dessen 
Ausführung von einerTabelle gesteu- 
ert wird. Diese Tabelle enthält alle In- 
formationen über den Befehlssatz, 
insbesondere zum Befehlsformat in 
Form von Schablonen. Der Disas- 
sembler enthält noch einige Editor- 
routinen, die das Beschreiben der 
Steuertabelle erleichtern. Die Gene- 
rierung eines Disassemblers für den 
Befehlssatz von 280 erfordert nur 
einige Stunden Arbeitszeit. Der Dis- 
assembler ist in einer höheren Pro- 
grammiersprache geschrieben und 
läuft unter den Betriebssystemen CP/ 
M 80, ISIS-11, Mikro-DOS, BOS 
1810, MS-DOS, CP/M86 und den ih- 
nen kompatiblen. 

A. N. Archangelsk ij, A. A. Orechov: 
Multiprogrammierung in 
der Sprache C 

Mikroprocessornyje sredstra i si- 
stemy 5 (1988) 3 S. 41-42 
Gegenwärtig gibt es die Tendenz, 
Mittel zur Muitiprogrammierung nicht 
in die Programmiersprache selbst 
einzubinden (Modula-2), sondern ei- 
nen Exekutionskern in Form einer Bi- 
bliothek von Systemprogrammen zu 
schaffen. Die Autoren beschreiben 
einen von ihnen entwickelten Real- 
zeitexekutionskern, der für die An- 
wendung in Prozeßrechnern gedacht 
ist, die dem Befehlssatz nach mit der 
Elektronika 60 kompatibel sind. Der 
Exekutionskern ist für die Arbeit im 
Programmiersystem DECUS C be- 
stimmt; er ermöglicht es, Parallelpro- 
zesse in der Sprache C zu program- 
mieren. Insbesondere ist er geeignet 


für Systeme mit einer großen Anzahl 
von zyklischen Prozessen und kur- 
zen aktiven Zeitabschnitten. Das 
Hauptobjekt, mit dem der Exekutions- 
kern operiert, ist die Task. Für jede 
T ask wird ein T askdeskriptor erzeugt, 
der den Kontext der Task enthält. Zur 
Wechselwirkung und Synchronisa- 
tion der Prozesse werden Signale be- 
nutzt analog den Signalen, wie sie 
von Modula-2 bekannt sind. Im C- 
Quelltext wird jede Task als Funktion 
vom Typ „Prozeß“ mit einer beliebi- 
gen Anzahl von Argumenten be- 
schrieben. Das erste Argument jeder 
Task muß vom Typ Deskriptor sein. 
Während der Programmabarbeitung 
können mehrere unabhängige Akti- 
vierungen einer Task generiert wer- 
den, im allgemeinen mit verschiede- 
nen Prioritäten und Argumenten. Da- 
bei ist zu beachten, daß die globalen 
Variablen und die lokalen statischen 
Variablen gemeinsam für alle Aktivie- 
rungen einer Task sind. 

Der Exekutionskern ist in Makro- 
assembler geschrieben und wird an 
das compilierte C-Programm ange- 
bunden. Im gebundenen Programm 
ist der Umfang des Kerns geringer als 
250 Worte. Der Artikel enthält eine 
verbale Beschreibung der Funktio- 
nen des Exekutionskerns und der be- 
nutzten Systemprogramme. 

Weiterhin wird ein kurzes Programm- 
beispiel zur Anwendung angeführt 
und eine Liste von Bedingungen für 
die C-Programme, die den Exeku- 
tionskern benutzen. 


V. A. Serebrjakov: 

Attributierte Translation 
logischer Ausdrücke 

Programmirovanije 14 (1988) 1 
S. 7-1 1 

In dem Artikel werden Fragen der 
Compilation von logischen Ausdrük- 
ken der Sprache Modula-2 auf der 
Basis attributierter Grammatiken be- 
trachtet. Attributierte Grammatiken 
sind ein modernes, effektives Spezifi- 
kationsmittel zur Beschreibung von 
Übersetzungen. Da sie eine syntax- 
orientierte Beschreibung der Seman- 
tik darstellen, kombinieren sie in vor- 
teilhafter Weise Anschaulichkeit der 
Beschreibung mit strengem Forma- 
lismus, der die Grundlage für eine au- 
tomatische Generierung des Über- 
setzers ist. Auf dem Gebiet der Com- 
piler-Compiler haben in den letzten 
Jahren die attributierten Grammati- 
ken eine führende Stellung einge- 
nommen. Aber auch für den daten- 
strukturorientierten Softwareentwurf 
finden die attributierten Grammatiken 
als Basisformaiismus zunehmend 
Beachtung. Der Autor beschreibt die 
konkreten Besonderheiten der Kode- 
generierung für logische Ausdrücke 
auf der Basis des Compiler-Compi- 
lers Super für den Minirechner SM 4. 
Aus der Definition von Modula-2 folgt 
die Realisierung der logischen Aus- 
drücke durch eine äquivalente Steu- 
erflußstruktur auf der Basis von Test- 
und Verzweigungsbefehlen. So wer- 
den die Verzweigungsbefehle „beg“ 
und „bne“ zur Realisierung von Kon- 
junktion und Disjunktion benutzt. Da- 
bei ist keine eindeutige Zuordnung 
vorhanden, das heißt, ob „beg“ z. B. 
für eine Konjunktion oder Disjunktion 


benutzt wird, hängt von der Stellung 
des Befehls zu anderen Befehlen ab. 
Die Information darüber kann durch 
Attribute übermittelt werden. Die Ko- 
degenerierung erfolgt von einem Zwi- 
schenkode „Leader“ aus. der ein at- 
tributierter Syntaxbaum ist. 

Der Kodegenerator wird durch eine 
attributierte Grammatik beschrieben, 
die Eingangssprache für den Compi- 
ler-Compiler „Super“ ist. Diese 
Grammatik muß L-attributiert sein, 
das heißt die Berechnung aller Attri- 
butwerte bei einer einmaligen T raver- 
sierung des Baumes von oben nach 
unten und von links nach rechts ge- 
währleisten. 

In dem Artikel sind die Details der ent- 
worfenen attributierten Grammatik 
beschrieben: Auswahl der Verzwei- 
gungsbefehle, Bestimmung der Mar- 
ken, Generierung der Sprungbefehle. 
Für ein Beispiel eines komplizierten 
logischen Ausdruckes ist der attribu- 
tierte Syntaxbaum angegeben. 

Zusammengestellt von Dr. B. Stiefel 


Lehrmaterial 

für 1 6-Bit-Arbeitsplatz- 

computer 

Aufbauend auf unserem Schulungs- 
material zum PC-Grundkurs (siehe 
MP 1 (1987) 5, S. 153) wurde vom 
CAD/CAM-Zentrum unserer Einrich- 
tung ein vierteiliges Lehrmaterial für 
die Benutzung der 16-Bit-Geräte- 
technik der DDR (A7100, A7150, 
EC 1834, P8000) erarbeitet. Fol- 
gende Teile liegen bisher als Disket- 
tendatei mit einem Umfang von je 15 
Seiten zur Nachnutzung vor: 

Teil 1 Der Übergang vom SCP zum 
DCP 

Teil2 DCP-Optionen und Befehle 
Teil3 Das Betriebssystem SCP für 
A7100 

Teil 4 Das Betriebssystem WEGA für 
P 8000. 

Senden Sie bitte Ihre Nachnutzungs- 
wünsche mit einer 5,25-Zoll-Diskette 
an folgende Kontaktadresse oder ru- 
fen Sie uns an (Tel. 592365). 

Technische Universität Magdeburg, 
CAD/CAM-Zentrum, Postfach 124, Mag- 
deburg, 3010 Dr. Springer 


Literatur 

Taschenbuch 

Elektrotechnik 

Band 3: Bauelemente und Bausteine 
der Informationstechnik 
Herausgegeben von Prof. Dr. sc. 
techn. Dr. techn. h.c. Eugen Philip- 
pow. 3., stark bearbeitete Auflage. 
Zwei Teile. 11 92 Seiten, 1525 Bilder, 
400 Tafeln, Kunstleder, im Schuber, 
Teile l/ll 44,- M, Ausland 64,- DM. 
Bestellangaben: 5537135/Tb. Elek- 
tro 3 

Die Auflage wurde völlig überarbeitet 
und auf den neuesten Stand ge- 
bracht. 
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Bericht 


’89 er Messe-Leitthema: Flexible Automatisierung 



Die Integration von mikroelektroni- Industriecomputerfamilie reicht von K1810WM87). Als Betriebssystem 

sehen Baugruppen und Geräten in der Programmierung unter DCP über dienen DCP oder das UNIX-kompati- 

Anlagen des Werkzeug- und Verar- den Einsatz für die Meßwerterfas- ble MUTOS. Der Echtzeitcomputer- 

beitungsmaschinenbaus gilt weltweit sung und -bearbeitung, für das Steu- teil besitzt einen Systembus und ei- 

als Erfolgsrezept für höhere Produkti- ern und Überwachen von Aggrega- nen Residentbus. Der multimasterfä- 

vität und Erzeugnisqualität. Sie ist die ten, Teilanlagen und Fertigungsstra- hige Systembus ist kompatibel zum 

Voraussetzung für den Übergang von ßen sowie für die Laborautomatisie- Multibus, zum AMS-Bus sowie zum 

der Einzelmaschine zu flexiblen auto- rung bis hin zu Inbetriebnahme und Systembus des MMSf6 (maximal 

matisierten Maschinensystemen. Service von Automatisierungsgerä- 16 Master). Der Residentbus ist bis 

Das Leitthema der beiden Leipziger ten und -anlagen. Erreicht wird diese auf die fehlende Multimasterfähigkeit 

Messen 1989 Flexible Automatisie- Universalität durch ein Zweirechner- mit dem Systembus identisch; alle 

rung stellt sich das Ziel, diese enge konzept (PC und Echtzeitrechner) Operationen laufen dadurch konflikt- 

Verflechtung von Mikroelektronik und und eine modulare Baugruppenstruk- frei und mit maximaler Geschwindig- 

Maschinenbau im Exponatepro- tur des Echtzeitcomputerteils sowie keit ab. Der Echtzeitcomputerteil ent- 

gramm der in- und ausländischen durch eine Gerätefamilie. Diese Ge- hält eine Zentralbaugruppe mit 

Aussteller wie auch in Wissenschaft- rätefamilie besteht aus der modula- K 1 81 0 WM86 und K 1 81 0 WM87, ne- 

lich-technischen Veranstaltungen ren, durch den Anwender konfigurier- ben DRAMs und EPROMs einen bat- 

darzustellen und zukunftsorientierte baren Variante ICA710.10, der teriegestützten SRAM, weiterhin die 

Lösungen aufzuzeigen. Vor allem in Schrankvariante ICA710.20 (im Bild Schnittstellen: IFSS, IFSP, Centro- 
der metallverarbeitenden Industrie, im Hintergrund) sowie der Terminal- nies, V.24, IFLS und optional das 

aber auch in anderen Bereichen, ist Variante ICA 71 0.30 (im Bild im Vor- ethernet-kompatible ROLANET1. 

die flexible Produktionsautomatisie- dergrund). Die Geräte der ICA 710- Für die Prozeßeingabe und -ausgabe 

rung das derzeitig progressivste Fer- Reihe verwenden den 8086-kompati- stehen sechs verschiedene digitale 

tigungskonzept. Mit diesem Leit- bien Prozessor Kl 81 0WM86, und ihr und zwei verschiedene analoge Bau- 
thema setzt die Leipziger Messe den PC-Teil ist kompatibel zum PC/XT. gruppen zur Verfügung; maximal 

seit Jahren erfolgreich praktizierten Der PC-Teil der künftigen Geräte- 22 PEA-Baugruppen sind möglich. 

Weg fort, international aktuelle Öko- reihe ICA 720 dagegen wird PC/AT- Als Betriebssysteme können BOS 

nomische Entwicklungen in den Mit- kompatibel sein und um die mobile K 1810 und das EMOS 2 genutzt wer- 

telpunkt des Messegeschehens zu Variante ICA 720.40 ergänzt wer- den. 

rücken. Die große Nachfrage nach den. 

Ausstellungsfläche aus dem Aus- Am Beispiel des ICA 71 0.20 sollen Minispot ist eine Variante des Pro- 
land, insbesondere für den Bran- nachfolgend einige Hauptmerkmale zeßrechnersystems SPOT 83 aus 

chenkomplex Werkzeugmaschinen erwähnt werden: Der vorrangig für den rumänischen ICE-Felix-Werken. 

und Werkzeuge, sowie die zahlrei- den Einsatz unter rauhen Bedingun- Das System zeichnet sich durch 

chen Anmeldungen für Fachvorträge gen konzipierte Industriecomputer in seine Variabilität sowohl bezüglich 

zum Leitthema waren bei der Früh- Schrankausführung besteht aus ei- der CPU - die einen Single Board 

jahrsmesse Ausdruck für das rege In- nem Hauptrechner (PC-Teil) und ei- Computer darstellt -als auch der pro- 

teresse an dieser Thematik. Der Ein- ner Prozeßkoppeleinheit (Echtzeit- zeßspezifischen Module aus. Wäh- 

fluß der Informationstechnik auf die Computersystem). Beide Rechner- rend die Version CP04 beispiels- 

Produktion zeigte sich natürlich nicht teile sind über ein internes ICA-Inter- weise den 8-Bit-Prozessor 8080 und 

nur in der Verflechtung mit dem Ma- face gekoppelt. Der PC-Teil enthält die Version CP05 den 8-Bit-Prozes- 

schinenbau - demonstriert beispiels- eine Harddisk mit 20 bis 40 MByte, sor Z80 enthält, wurde in Leipzig die 

weise in Halle 20 -, sondern in prak- zwei Floppylaufwerke mit je Variante CP 06 mit dem 16-Bit-Pro- 

tisch allen Fertigungsbereichen. 720 KByte, 256KByte RAM (auf zessor 8086 vorgestellt (Bild 1, alle 

Wir haben uns im ersten Teil unseres 640 KByte erweiterbar), 32 KByte Farbbilder auf den Umschlagseiten 2 

Berichtes von der LFM vor allem auf ROM und den mit 4,91 5 MHz getak- bis 4). Das Board enthält außerdem 

das Gebiet des rechnergestützten teten K1810WM86 (optional bis zu 128 KByte RAM und 32, 64 

Entwurfs konzentriert, wobei es nicht 
mehr zweckmäßig erschien, hierbei 
eine strikte Trennung in Hardware 
und Software vorzunehmen. Daran 
anschließend widmen wir uns der 
Computertechnik, die als nicht CAD/ 

CAM-spezifisch einzuordnen ist, bei- 
spielsweise Personalcomputer. 

In der Fortsetzung des Messeberich- 
tes in MP 8/89 werden wir Sie über 
periphere Hardware, Bauelemente 
sowie weitere Softwareangebote in- 
formieren. 

CAD/CAM/CAP 

Das Spitzenerzeugnis des Kombi- 
nates Automatisierungsanlagenbau 
für die flexible Automatisierung war 
der Industriecomputer ICA 700 (In- 
dustrie-Computer-Automatisierung). 

Erstmals wurde die Terminalvariante 
des ICA 700 als Leitrechner für eine 
Zelle eines flexiblen Fertigungssy- 
stems für Dreh- und Gehäuseteile mit 
Hochregallager und mit Bestük- 
kungsroboter vorgestellt (siehe Bild 
rechts). Das Einsatzspektrum dieser 



oder 128 KByte ROM. Als Schnittstel- 
len können 4 x RS 232C oder optio- 
nal die 20-mA-Stromschleife genutzt 
werden. Somit ist es möglich, den 
Rechner Minispot als Stand-alone- 
System, als Local-System oder als 
Remote-System einzusetzen; zum 
Beispiel in Verbindung mit den rumä- 
nischen Minirechnern CORAL oder 
Independent 1 1 02F/1 1 06, welche 
PDP-11 -kompatible Software nut- 

Die bulgarische Exposition stand in 
diesem Jahr weniger im Zeichen der 
Hardware als - dem Motto der Messe 
entsprechend - vielmehr im Zeichen 
der Produktionsorganisation. So wa- 
ren zwar Bauelemente und Speicher- 
technik zu sehen, vor allem aber Ver- 
netzungsmöglichkeiten der Compu- 
ter sowie CAD/CAM-Softwarelösun- 
gen. Beispielsweise ein Programm- 
system zur konstruktiven und techno- 
logischen Vorbereitung der Produk- 
tion am Terminal EC 8531. M2 und ein 
programmtechnischer Komplex zur 
Automatisierung diskreter und dis- 
kontinuierlicher Prozesse mit Namen 
PROCON. 

Eine Voraussetzung für die effektive 
Automatisierung des Produktionspro- 
zesses ist die schnelle, zuverlässige 
und kostengünstige Entwicklung von 
elektronischen Steuerungen. Dabei 
wird in den nächsten Jahren der An- 
teil von anwenderspezifischen 
Schaltkreisen (ASICs), die ganze Lei- 
terplatten ersetzen können, sprung- 
haft ansteigen. Hierfür müssen lei- 
stungsfähige Entwurfssysteme zur 
Verfügung gestellt werden. Damit 
sind CAD-Systeme die Vorausset- 
zung für die Entwicklung wieder 
neuer CAD/CAM-Systeme. 

Ein Hauptvertreter unter den ASICs 
ist der Gate-Array-Schaltkreis. Für 
den Entwurf des Gate-Array-Systems 
U 5200/5300 bot der VEB For- 
schungszentrum Mikroelektronik 
Dresden das Programmsystem 
ARCHIMEDES an (Bild 2). Ein effek- 
tiver Schaltungsentwurf mit kurzen 
Entwicklungszeiten und bei einer ho- 
hen Entwurfssicherheit ist damit im 
Dialog und in durchgängiger System- 
nutzung möglich. Ständige Statusin- 
formationen über den gegenwärtigen 
Bearbeitungsstand und Hilfestellun- 
gen sowie eine Vielzahl auf richtige 
Reihenfolge kontrollierter Prüfschritte 
gehören ebenfalls zu diesem CAD- 

Die Eingabe von Textzeilen in einer 
speziellen Netzbeschreibungsspra- 
che ist die Voraussetzung für alle 
weiteren Schritte, vom Auflösen des 
Textes und dem Erzeugen eines 
Netzwerkcodes über die statische 
Logiksimulation, die Plazierung, die 
Grobtrassierung, die dynamische Lo- 
giksimulation bis hin zur automati- 
schen Testsatzgenerierung. 

In einer integrierten Macro-Bibliothek 
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sind bereits fertig entwickelte Schal- 
tungsgrundelemente (physische Ma- 
cros) und ihre logischen, elektri- 
schen, dynamischen und topologi- 
schen Beschreibungen enthalten und 
dokumentiert. Darüber hinaus wer- 
den komplexe Schaltungen, die aus 
den Schaltungselementen zusam- 
mengesetzt sind, wie Zähler, Schreib- 
register oder arithmetische Einheiten, 
als sogenannte Software-Macros an- 
geboten, wobei die Plazierung der 
einzelnen Gatter jedoch erst im Rah- 
men der Plazierung des gesamten 
Schaltkreises erfolgt. ARCHIMEDES 
ist auf 32-Bit-Rechentechnik (z. B. 
Kl 840) lauffähig. 

Als neues interaktives grafisches Ter- 
minal für die Reihe der 32-Bit-Rech- 
ner des Kombinates Robotron war 
das IGT K8919.11 ausgestellt 
(Bild 3). Es beinhaltet einen Grafik- 
prozessor, der einen Bildspeicher mit 
8 Speicherebenen zu je 1280 x 
1024 Bit (£, Bildpunkten) verwaltet. 
Für die Kopplung an einen Hostrech- 
ner (hier K 1840) stehen ein serielles 
Interface (IFSS/V.24) und ein DMA- 
fähiges Parallelinterface zur Verfü- 
gung. Die Rate für die serielle Daten- 
übertragung kann zwischen 50 und 
19200 Baud gewählt werden. Das 
Terminal besitzt für die Bildschirm- 
darstellung vier Farbsysteme, die bis 
zu 16 Mio Farben darstellen können, 
sowie die Möglichkeit der Umwand- 
lung der Farbwerte in 256 Graustu- 
fen. 

Auf dem K 891 9. 11 wurden mehrere 
Programmsysteme vorgeführt, unter 
anderem das System UMSCHA und 
der Grafikeditor TEXgraf. 

Das Programmsystem UMSCHA 
wurde von der Technischen Universi- 
tät Dresden entwickelt, um Spannun- 
gen und Verzerrungen ermitteln zu 
können, wie sie beim Umformen dop- 
pelt gekrümmter Flächen beispiels- 
weise im Automobilbau, im Schiffbau 
sowie in der Schuh- und Bekleidungs- 
industrie auftreten. Es dient auch als 
Hilfsmittel in der Geologie (Bild 3). 
Der Kraftaufwand und der Arbeitsbe- 
darf der Umformvorgänge beliebigen 
Grades soll sowohl für das elastische 
als auch für das starrplastische und 
das elastisch-plastische Materialver- 
halten ermittelt werden können. In 
dialogorientierter Berechnung wer- 
den in kurzer Zeit Umformvorgänge 
einschließlich der Berücksichtigung 
der Wanddickenänderung und der 
elastischen Rückverformung ermit- 
telt, geometrisch aufbereitet und die 
Ergebnisse grafisch dargestellt. Die 
Hardwarevoraussetzungen für das 
in Fortran programmierte System 
UMSCHA sind K1840/IGT-2 (K8919) 
und das Betriebssystem SVP 1 800. 

Der grafische Schaltungseditor TEX- 
graf vom VEB Textimaelektronik ist 
als Bestandteil von Gate-Array-Ent- 
wurfssystemen ein wichtiges Hilfsmit- 
tel für den Entwicklungsingenieur. 
Gerade im Zeitalter der anwendungs- 
spezifischen Schaltkreise kommt ins- 
besondere komfortablen CAD-Syste- 
men eine immer größere Bedeutung 
zu. TEXgraf wird dem durch eine ein- 
fache Bedienung und damit schnelle 
Erlernbarkeit gerecht. Eine hierarchi- 
sche Menüführung mit vielen Auto- 
matikfunktionen in Fenstertechnik 
(siehe Bild 4) sowie wechselseitige 
Konvertierung zur alphanumerischen 
Beschreibungssprache NBS84 bie- 
ten gute Voraussetzungen, Schalt- 
pläne zu erfassen, zu ändern und 
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sowohl auf den Bildschirm als auch 
auf Plotter auszugeben. Die Schal- 
tungseditierung kann dabei wahl- 
weise grafisch oder alphanumerisch 
erfolgen, Plazieren und Trassierung 
können durch den Ingenieur selbst 
oder durch den Editor automatisch 
vorgenommen werden. 

Eine Auflösung von 1280 x 1024 
Bildpunkten gewährleistet eine gute 
Erkennbarkeit der Schaltungsele- 
mente und Symbole. Neben der ent- 
haltenen, umfangreichen Symbolbi- 
bliothek bietet TEXgraf die Möglich- 
keit des Entwurfs eigener Symbole. 
Schaltungsprüfung und Darstellen 
der Simulationsergebnisse gehören 
ebenso zu den angebotenen Funktio- 
nen wie das Erzeugen und Modifizie- 
ren von Texten, grafischen Elemen- 
ten und Farben. Im Rahmen von 
Gate-Array-Entwurfssystemen wie 
ARCHIMEDES werden die Vorzüge 
dieses grafischen Editors sicher 
schnell deutlich. Auf einem Kl 840 
bzw. einem dazu kompatiblen Rech- 
ner kann TEXgraf in Verbindung mit 
dem T erminal K 891 9. 1 1 genutzt wer- 

Mit dem Übergang zur Serienproduk- 
tion des EC 1 834 rückt das computer- 
unterstützte Entwickeln immer mehr 
in die Nähe des Konstruktionsarbeits- 
platzes. Der VEB Kombinat Robotron 
bietet mit MultiCAD ein für das Be- 
triebssystem DCP entwickeltes, lei- 
stungsfähiges Paket an. 

Aus den grafischen Elementen 
Punkt, Linie, Kreis, Kreisbogen, 
Band, Fläche, Text und Symbol wer- 
den die Zeichnungen zusammenge- 
stellt und können unter anderem in 
der Lage, der Form und der Anzahl 
verändert werden. Sowohl über das 
Grafiktablett als auch von der Tasta- 
tur können menügesteuert die Zeich- 
nungen im Dialog eingegeben und 
editiert werden.. Für die dreidimensio- 
nale Darstellung enthält MultiCAD 
Raumlinien und Raumflächen, die 
entstandenen Drahtmodelle werden 
in Parallelperspektive dargestellt und 
können aus verschiedenen Richtun- 
gen betrachtet werden. 

In MultiCAD wurde eine Lisp-Version 
integriert, die einerseits zwar nur ei- 
nen Teil des Sprachumfanges von 
Lisp enthält, andererseits aber um 
Grafikfunktionen erweitert wurde. 
Lisp gestattet es, nutzerdefinierte 
Kommandos zu erzeugen und wie sy- 
stemeigene anzuwenden. Die Zeich- 
nungen können zur Weiterverarbei- 
tung in anderen Systemen in das Da- 
tenformat IGES bzw. in eine Textda- 
tei konvertiert werden. 

Als eine optimale Gerätekonfigura- 
tion für MultiCAD könnte beispiels- 
weise gelten: EC 1834 (640 KByte 
RAM, 2 Floppy-Disk-Laufwerke, 1 
Festplatte sowie 1 Arithmetikprozes- 
sor), alphanumerischer Monitor, gra- 
fischer Monitor K7234 (color) oder 
K 7229.25 (monochrom), grafisches 
Tablett K 6405 und Plotter K6416. 

Ein überschaubares Menü sowie ein 
Tablett mit Stift und Lupe sollen die 
Arbeit mit PCCAD, einem leistungsfä- 
higen, zweidimensionalen CAD-Sy- 
stem des VEB Leitzentrum für An- 
wendungsforschung (LfA) Berlin für 
16-Bit-PCs, nutzerfreundlich unter- 
stützen. 

Nach kurzer Einarbeitung beherrsch- 
bare, unterstützende mathematisch- 
geometrische Funktionen sollen ein 
professionelles Arbeiten gewährlei- 
sten. Die geometrischen Grundsym- 


bole, wie beispielsweise Punkt, 
Strecke, Kreisbogen und Textzeile, 
können durch weitere anwenderspe- 
zifische Symbole ergänzt werden und 
können gespeichert werden ; das Ver- 
binden von Punkten, das Zeichnen 
von Tangenten, Winkelhalbierenden 
gehören zu den konstruktiven Grund- 
funktionen und werden exakt ausge- 
führt und gezeichnet. 
Branchenorientierte Module für den 
Maschinenbau, die Elektrotechnik 
und Elektronik, die Architektur und 
die Geodäsie werden zum Grundmo- 
dul angeboten und bieten zusammen 
mit dem 16-Bit-PC EC 1834 und ei- 
nem Colorgrafikbildschirm, einem Di- 
gitalisiertablett sowie einem Plotter 
und dem Betriebssystem DCP 3.2 
effektive Konstruktionsmöglichkei- 

Die Strukturierung einer Zeichnung 
ist in maximal 128 Ebenen für die 
Gliederung, die Bemaßung, das 
Schraffieren oder Ausfüllen einer Flä- 
che möglich. 

Das Forschungszentrum des Werk- 
zeugmaschinenbaus und die Akade- 
mie der Wissenschaften der DDR 
stellten mit CA0/CAM-NILES ein durch- 
gängiges rechnergestütztes System 
vor, das neben der Konstruktion auch 
die Erarbeitung der Technologie bis 
hin zur Programmierung numerisch 
gesteuerter Werkzeugmaschinen für 
die Produktion gebogener Teile aus 
Stahlblech ermöglicht. Eine höhere 
Flexibilität und eine deutliche Redu- 
zierung des Teiledurchlaufs bei einer 
gleichzeitigen Steigerung der Pro- 
duktivität der NC-Programmierung 
und der Produktion sind die wesentli- 
chen Leistungsmerkmale. Die einzel- 
nen Blechteile können als dreidimen- 
sionale Modelle erfaßt, dargestellt 
und zusammengestellt werden. Die 
visuelle Kontrolle unter den Einbau- 
bedingungen (als 3D-Modell) und die 
Ableitung von Teilansichten aus dem 
3D-Modell erleichtern die Arbeit. 
CAD/CAM-NILES ermöglicht die 
Kontrolle, das Umwandeln und die 
Übernahme der Geometrie in das 
Programmsystem zur technologi- 
schen Vorbereitung. Die Geometrie 
aus dem CAD-System bildet die 
Grundlage für die NC-Programmie- 
rung der Einzelteile bis hin zu auto- 
matisierten Abläufen der Werkzeug- 
auswahl und der Optimierung der 
Verarbeitungstechnologie. 

Für den Leiterplattenentwurf mit dem 
EC 1 834 zeigte das ZFTN des Kombi- 
nates Nachrichtenelektronik (Ver- 
trieb: LfA) das System PCLES (Bild 5). 
Es ermöglicht das grafische Erfassen 
des Stromlaufplanes mit logischen 
oder Bauteil-Symbolen und das Er- 
zeugen von Symbol- und Bauteilli- 
sten, von Transferdateien für den 
Übergang zum Layoutentwurf sowie 
von Testplots des Stromlaufplanes. 
Weiterhin sind die grafische Kon- 
struktion des Leiterplattenumrisses, 
die Bauelementeplazierung, manuel- 
les und automatisches Trassieren in 
bis zu 1 6 Lagen (maximal 1 900 T ras- 
sen) und die Ausgabe von Steuerda- 
ten für das Lichtzeichnen sowie für 
Bohrmaschine und Plotter möglich. 
Die maximale Leiterplattengröße be- 
trägt 65 x 65 cm 2 (bei Raster V40"). 
Die maximal 51 1 Bauelemente kön- 
nen bis zu je 256 Pins besitzen. Durch 
die Kopplung mit einem K 1840 kann 
aus dem einheitlichen Bauelemente- 
katalog des Kombinates die jeweils 


benötigte Teilmenge auf die Fest- 
platte des PCs geladen werden. 

Eine Grafik-Workstation für CAE- und 
CAD-Anwendungen auf der Basis 
des XT-kompatiblen EC 1 841 bot die 
Akademie der Wissenschaften der 
Belorussischen SSR an. Herzstück 
ist der Grafikprozessor MICR0GRAPH 
GP/10 oder GP/20, an den der PC, ein 
Digitalisiertablett, ein Plotter, ein Tin- 
tenstrahldrucker und ein 1 9-Zoll-Gra- 
fikmonitor angeschlossen sind. Der 
GP/10 ermöglicht eine darstellbare 
Auflösung von 768 x 512 Punkten 
(adressierbar sind 1024 x 512 
Punkte), 256 Farben aus einer Pa- 
lette von 4096. Er arbeitet mit einem 
8086-Prozessor und einem 8087-Ko- 
prozessor sowie 51 2 KByte RAM. Als 
Schnittstelle stehen ein schnelles Pa- 
rallelinterface zu IBM-PCs, drei 
RS232C-Schnittstellen und ein Cen- 
tronics-lnterface zur Verfügung. Der 
GP/20 besitzt zusätzlich einen Grafik- 
controller in Bit-slice-Technik. 

Die Farbgrafik-Workstation Starsta- 
tion für CAD-, CAM- und CAE-An- 
wendungen (Bild 6) war im Angebot 
der Datagraph GmbH (BRD). Die 
Starstation besitzt eine 80286-CPU 
(12,5 MHz) mit Koprozessor 80287 
(10 MHz) und 1 MByte RAM, ein Win- 
chesterlaufwerk mit 42 MByte sowie 
eine 5,25-Zoll-Floppy mit 1,2 MByte. 
Die 1024 x 768 Bildpunkte können in 
16 Farben (aus einer Palette von 
4096) dargestellt werden. Der Bild- 
speicher umfaßt 4 Bildebenen und 
640 KByte RAM. Optional können der 
Hauptspeicher auf 16 MByte erwei- 
tert, eine CPU 80386 (1 6 MHz) einge- 
setzt und eine 68-MByte-Winchester- 
disk sowie ein Streamer angeschlos- 
sen werden. Der Bildspeicher ist auf 8 
Ebenen und 1280 KByte erweiterbar; 
die Farbpalette kann auf 16,7 Mio 
Farben erhöht werden. 

Mit der Starstation können Software- 
pakete für den Anlagenbau, den Mo- 
dell- und Formenbau, den Rohrlei- 
tungsbau, die mechanische Kon- 
struktion und Fertigung, für die Elek- 
trokonstruktion und die Konstruktion 
und Fertigung in der Elektronik und 
für Kinematik-Analyse sowie ein Da- 
tenbank- und Kopplungssystem ge- 
liefert werden. Außerdem wurde mit 
dem datagraph Starset (20-Zoll-Moni- 
torColorstar + Interfaceleiterkarte Pi- 
xelstar) die Möglichkeit angeboten, 
einen PC/XT, /AT oder PS/2-Modelle 
mit Mikrokanal zu einer Grafikworks- 
tation mit den Leistungsmerkmalen 
der Starstation umzurüsten. 

Gekoppelt mit dem P8000 compact 
vom Kombinat Elektro-Apparate- 
Werke Berlin stellte die Tektronix 
GmbH Köln das Netzwerk-Farbgra- 
fikterminal Tek4211 aus (Bild 7). Es ist 
mit zwei 32-Bit-Prozessoren be- 
stückt: Den schnellen Bildaufbau und 
die hohe Auflösung (1024 x 768 
Punkte) verdankt es einem neuen 
Grafikcontroller mit dem 34010 von 
Texas Instruments und drei Gate-Ar- 
rays von Tek. Ein- und Ausgabe so- 
wie das Datenmanagement werden 
vom i80386 SX gesteuert. 

Auf dem 15-Zoll-Bildschirm können 
1 6 Farben aus einer Palette von 4096 
dargestellt werden. Außerdem sind 
drei RS 232C-Anschlüsse, eine Cen- 
tronics-Schnittstelle, 0,75 MByte 
RAM und eine VT200-Tastatur vor- 
handen. Neben einem breiten Soft- 
wareangebot ist optional ein 19-Zoll- 
Bildschirm, 256 aus 1 6,7 Mio Farben, 
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ein Ethernet-Anschluß, ein Koax-An- 
schluß mit IBM-kompatiblerTatstatur, 
zusätzlich 2 MByte RAM, eine Maus 
sowie Rändelräder möglich. 

Die Siemens AG hatte schon vor Jah- 
ren zur durchgängigen Informations- 
verarbeitung im gesamten Unterneh- 
men ihr umfassendes Konzept CAI - 
Computer Aided Industrie entwickelt. 
Ein Bestandteil dessen ist das in Leip- 
zig gezeigte Softwaresystem SILINE 
auf der Bürocomputerbasis C30 un- 
ter dem Betriebssystem BS2000. Auf 
einem Grundsystem können die je- 
weils benötigten Softwarekomponen- 
ten wie Bausteine so zusammenge- 
fügt werden, daß bei Erweiterungen 
die bereits vorhandenen Daten erhal- 
ten bleiben; eine durchgängig einheit- 
liche Benutzeroberfläche erleichtert 
dabei die Systembedienung. SI- 
LINE 200 bietet zur Zeit die betriebs- 
wirtschaftlichen Bausteine PP für die 
flexible Produktion, PU für wirtschaft- 
liche Beschaffung, SA für den Ver- 
trieb, PM für das Personalwesen und 
AC für eine entscheidungsorientierte 
Buchhaltung. Zur informationstechni- 
schen Verbindung von Fabrik, Büro 
und Umwelt gibt es darüber hinaus 
Kopplungsschnittstellen zum Werk- 
stattsteuerungssystem BORA-X, 
zum Bürokommunikationssystem 
OCIS und zum CAD-System CADIS. 
Mittels CADIS wurde in Leipzig auf der 
Grundlage des grafischen Arbeits- 
platzes 9733 und der BS-2000-Rech- 
ner C30 der Ablauf einer mechani- 
schen Konstruktion gezeigt (Bild 8). 
Für unterschiedliche Bearbeitungen 
stehen dabei Softwareprodukte zum 
Beispiel für Drehteile, Bohr- und Fräs- 
teile oder Blechteile als Verfahrens- 
kette zur Verfügung; auch gibt es Soft- 
ware zur komfortablen Variantenkon- 
struktion. Selbstverständlich stehen 
am Ende der Kette NC-Programme 
zur Steuerung der Maschinen. 

Computertechnik 

Auch in diesem Jahr hatte eine Viel- 
zahl von Ausstellern neue Hardware 
zu bieten. Zwar war die Fülle von PCs 
verschiedenster Länder des vergan- 
genen Jahres diesmal nicht zu beob- 
achten - die beeindruckende Präsen- 
tation Taiwans fehlte beispielsweise 
völlig -, doch waren erstmals west- 
liche Firmen mit 32-Bit-Computern 
vertreten. So wurde der Generalse- 
kretär des ZK der SED und Vorsit- 
zende des Staatsrates der DDR, 
Erich Honecker, während seines 
Messerundganges vom Botschafter 
der USA, Richard Clark Barkley be- 
grüßt, der seinen Gast über die von 
renommierten US-Firmen präsentier- 
ten Hochtechnologien Informierte. 
Als Beispiel nannte der Botschafter 
den 32-Bit-Computer der Firma In- 
traco, der zur Frühjahrsmesse erst- 
mals in Osteuropa zu sehen war. 
(Dieser Computertyp ist als Zentral- 
einheit übrigens Bestandteil des im 
folgenden genannten Rechnersy- 
stems Adria.) 

Die jugoslawische Firma Iskra Delta 
stellte in Leipzig einen neuen DEC- 
kompatiblen 32-Bit-Rechner vor. Der 
ADRIA D0A-V31 (Bild 9) besitzt eine 
CPU MicroVAX II von der Digital 
Eguipment Corporation (DEC), einen 
Gleitkomma-Koprozessor, 1 MByte 
RAM, eine 335-MByte-Harddisk, ei- 
nen Streamer und eine Echtzeituhr. 
Er wurde für eine große Zahl von An- 
wendungen, wie Echtzeitanwendun- 
gen, Büroautomatisierung und Pro- 
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grammentwicklung ausgelegt. Er ar- 
beitet mit einem erweiterten Q-Bus 
und benutzt als Betriebssystem das 
UNIX-kompatible DELTAA/. Der 
ADRIA kann als Teil eines Netzwer- 
kes durch Verwendung eines Ether- 
net-Q-Bus-lnterfaces betrieben wer- 
den. 

Auch die Firma IBM war mit einem 
vielseitig einsetzbaren Minicomputer- 
system in Leipzig vertreten. Das 
Mehrplatzsystem IBM 5363 eignet 
sich vorrangig für dezentrale Rationa- 
lisierungsaufgaben, bietet aber auch 
die Möglichkeit der Kopplung mit 
Großrechnern über eine Datenfern- 
übertragung oder mit anderen Rech- 
nern über LAN-Anschlüsse. Demon- 
striert wurde der Einsatz des IBM 5363 
als Fileserver (Bild 1 0). Er kann mit 1 6 
lokalen Datenstationen (28 mit Erwei- 
terung) sowie mit bis zu 64 entfernten 
Datenstationen arbeiten. Er besitzt 
zwei bis vier Prozessoren, 1 oder 2 
MByte RAM, eine Festplattenkapazi- 
tät von 65 bis 420 MByte und ein 5,25- 
Zoll-Diskettenlaufwerk mit 1 ,2 MByte. 
Durch seine Kompatibilität mit der 
IBM System/36-Familie steht für den 
IBM 5363 eine große Softwareaus- 
wahl zur Verfügung. 

Elorg-Data Helsinki stellte die PDP- 
11 -kompatiblen 16-Bit-Minicomputer 
im Towergehäuse E-60/ED und E- 
1 02 (siehe Bild unten) aus. Sie stellen 
eine sowjetisch-finnische Gemein- 
schaftsarbeit dar. Der E-60/ED enthält 
einen RAM von 256 KByte bis 
4 MByte, ein 5,25-Zoll-Floppylauf- 
werk mit 1 MByte, eine 5,25-Zoll- 
Harddisk mit 20 bis 80 MByte und ei- 
nen Streamer mit 20 bis 60 MByte. 
Als serielle Schnittstelle dienen 
RS 232 und 20-mA-Stromschleife. 
Der E-60/ED ist kompatibel zu den 
Minirechnern CM4, CM5 und 
CM1420. Seine Betriebssysteme 
sindOS-RW, MIOS, RAFOS/FODOS 
und das UNIX-kompatible INMOS. 
Der E-102 arbeitet mit dem Mikropro- 
zessor J11, einem RAM von 
512 KByte bis 4 MByte, einer 5,25- 
Zoll-Floppy-Disk mit 800 KByte, einer 
5,25-Zoll-Harddisk mit 40 bis 300 
MByte und mit einem 40-MByte- 
Streamer. Er ist mit dem E-60/ED 
kompatibel; seine Betriebssysteme 
sind OS-RVM, MIKROS, FODOS3 
und UNIXA/ENIX. 

Der VEB Elektro-Apparate-Werke 
„Friedrich Ebert“ Berlin-Treptow war 
der erste Betrieb der DDR, der mit 



dem P8000 compact (siehe Bild oben) 
einen Mikrorechner mit dem neuen 
16-Bit-Prozessorsystem U80600 ent- 
wickelt hat. Der P8000 compact und 
das Prozessorsytem U 80600 wurden 
bereits in MP 5/1 989 ausführlich vor- 
gestellt. 

Der niederländische Computerprodu- 
zent Tulip, mit dem beziehungsrei- 
chen Namen und Firmenlogo, stellte 
erstmals in Leipzig aus und hatte 
mehrere seiner Modelle mitgebracht. 
Die Firma wurde 1 976 als Beratungs- 
unternehmen für den professionellen 
Mikrocomputereinsatz gegründet 
und produziert heute ein breites 
Spektrum, vor allem im PC-Sektor. 
Nach Steigerungsraten von jährlich 
etwa 200% sollen in diesem Jahr 
300 000PCsproduziertwerden;1987 
waren es 31000. Dabei setzt die 
Firma auf fortschrittliche Technik und 
Entwicklung, beispielsweise mit dem 
Einsatz selbstentwickelter ASICs. 
Nach eigenen Angaben war Tulip vor 
etwa zwei Jahren der erste europäi- 
sche Anbieter eines PCs mit dem 
80386-Prozessor und vor etwa einem 
Jahr eines PCs mit dem 80386SX- 
Prozessor. Über den at 386sx (im 
Bild 1 1 rechts) werden wir zu einem 
späteren Zeitpunkt etwas ausführli- 
cher berichten; zunächst zu den 
ebenfalls gezeigten Modellen pc 
compact 2 und at compact 2. Die Na- 
men deuten bereits auf das Mini-Maß 
der Gehäuse hin: 30,5cm breit, 
37,5 cm tief und 14 cm hoch. Trotz- 
dem ist noch Platz für 5 Steckplätze 
voller Länge (beim at compact 2 ein 8- 
Bit-PC-Steckplatz und vier 1 6-Bit-AT- 
Steckplätze). Der pc compact 2 arbei- 
tet mit dem 8088-kompatiblen Pro- 
zessor V20 von NEC und ist dank ma- 
ximaler 9,54 MHz (umschaltbar auf 
4,77 und 7,1 5 MHz) und Zero Wait 
States schneller als viele andere 
Kompatible. Als Extras wurden in 
Leipzig die Grafikmöglichkeiten im 
VGA-Standard demonstriert. 

Auch der at compact 2 (im Bild 11 
links) zählt mit 12,5 MHZ bereits zu 
den schnellen 286er ATs, ebenfalls 
ohne Wartezyklen arbeitend. Der 
RAM beträgt 640 KByte. Disketten- 
laufwerke können im 5,25-Zoll-For- 
mat (360 KByte oder 1,2 MByte) und 
3,5-Zoll-Format (720 KByte oder 
1,44MByte) verwendet werden; 3,5- 
Zoll-Harddisks gibt es mit 20 MByte 
(30 ms Zugriff, ST 506), 40 MByte 
(25 ms Zugriff, ST 506), und 60 MByte 
(25 ms Zugriff, RLL). Neben dem 
Mausanschluß gibt es eine serielle 
Schnittstelle (RS232C), ein paralle- 


les Centronics-Interface sowie einen 
weiteren parallelen Anschluß des 
Dual-Grafikadapters für einen zu- 
sätzlichen Monitor. Dies kann ein Mo- 
nochrom- oder ein RGB-Monitor sein, 
wobei Hercules und CGA unterstützt 
werden. Vorhanden ist auch ein En- 
hanced Grafikadapter (TEVA) für das 
EGA-Format mit 640 x 350 Punkten 
Auflösung. Zum Standardlieferumfang 
der Software gehören das Betriebssy- 
stem MS-DOS3.X, der GW-Basic-ln- 
terpreter mit grafischen Möglichkeiten, 
MS-Windows als benutzerfreundli- 
che Bedienoberfläche, das Textver- 
arbeitungsprogramm MS-WRITE so- 
wie der Grafikeditor MS-PAINT. 

Im vergangenen Jahr war die Firma 
Ensch Computer Service mit einem 
XT-kompatiblen PC vertreten; zur 
diesjährigen Messe hatte das Han- 
delshaus aus Luxemburg einen 
286er Laptop und als Spitzenprodukt 
einen AT-kompatiblen Tower mit 
einem 386er Prozessor mitgebracht. 
Für den Entec EPC386 (Bild 12, links) 
bietet sich aufgrund der hohen Lei- 
stung der Einsatz als Fileserver oder 
als Stand-alone-Workstation an. Der 
Prozessor 80386 läuft mit 16 bzw. 
20 MHz und ist wahlweise hardware- 
und softwareumschaltbar. Ein Steck- 
platz für den 80287/80387-Koprozes- 
sor ist vorhanden. Der 2-MByte-RAM 
ist auf 4 oder 8 MByte erweiterbar; der 
ROM beträgt 64 KByte. Als Massen- 
speicher können darüber hinaus 
5,25-Zoll-Floppies mit 1 ,2 MByte, 3,5- 
Zoll-Floppies mit 1 ,44 MByte und eine 
Festplatte mit bis zu 80 MByte ge- 
nutzt werden. Die Software enthält 
MS-DOS 3.3 und GW-Basic. 

Der Laptop Entec EPC LA 20 (Bild 12, 
rechts) ist mit einem 80286-Prozes- 
sor mit 10 MHz ausgestattet und hat 
einen Sockel für den 80287-Kopro- 
zessor. Das 5,9 kg schwere Gerät 
beinhaltet bereits zwei von rechts zu- 
gängliche 3,5-Zoll-Floppylaufwerke 
mit je 720 KByte sowie als Option 
eine 20-MByte-Festplatte. Der RAM 
umfaßt 640 KByte, erweiterbar um 
2 MByte, und der ROM 32 KByte. Das 
Supertwist-LCD ermöglicht eine Auf- 
lösung von 640 x 200 Punkten; ein 
Anschluß für einen externen Farbmo- 
nitor (640 x 200 Punkte) oder einen 
Monochrommonitor (720 x 348 
Punkte) ist vorhanden. 

Der japanische Hersteller Epson war 
auch in diesem Jahr wiederum nicht 
nur mit Druckern vertreten - die sei- 
nen weltweiten Ruf begründeten -, 
sondern auch mit einer reichhaltigen 
Auswahl von Computern. Beispiels- 
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weise mit dem schon im Vorjahr ge- 
zeigten und jetzt mit Messegold aus- 
gezeichneten modularen Handheld- 
computer PX-1 6 (vorgestellt in MP 9/ 
88) und dem ersten PS/2-kompati- 
blen PC von Epson, dem PSE 30 
(Bild 13). Letzterer ist ein zum PS/2 
Modell 30 voll kompatibler PC - also 
mit dem Prozessor 8086-1 (8 oder 
1 0 MHz; ohne Wartezyklus) und ohne 
Mikrokanal. Die gelungene Gestal- 
tung des kompatiblen PCs wurde mit 
der Medaille für gutes Design hono- 
riert. In dem nur etwa 35 x 40 x 
12 cm 3 (B x T x H) großen Gehäuse 
haben parallel zur Mutterplatine (ca. 
19 x 28 cm 2 ) noch vier lange Steck- 
karten Platz. Als Floppies werden 1 
oder 2 3,5-Zoll-Laufwerke mit 
720 KByte, als Harddisk ein 20- 
MByte-Laufwerk verwendet. Hier 
wird die Hürde deutlich, die aus den 
bisher üblichen 5,25-Zoll-Disketten 
resultiert und durch vorheriges Über- 
spielen auf 3,5-Zoll-Disketten gemei- 
stert werden muß. Der RAM im PSE 
30 umfaßt 640 KByte, der ROM 
64 KByte. Die Bildschirmausstattung 
enthält als Coloradapter standardmä- 
ßig MCGA (Multi Color Graphics Ar- 
ray) und als Option VGA (Video Gra- 
phics Array). 

Weiterhin zeigte Epson seinen XT- 
kompatiblen PC-Portable (Bild 14), 
dessen V30-Mikroprozessor von 
NEC kompatibel zum 8086 ist und 
von 4.77 auf 10 MHz umgestellt wer- 
den kann. Als Standard enthält der 
Portable ein 3,5-Zoll-Diskettenlauf- 
werk mit 720 KByte; als Option ein 
zweites oder eine 20- MByte- Fest- 
platte. Um auch 5,25-Zoll-Disketten 
nutzen zu können, läßt sich die Cen- 
tronics-Schnittstelle als Anschluß für 
ein externes Laufwerk umprogram- 
mieren. Im Gerät sind zwei 8-Bit- 
Steckplätze im Epson-Format vor- 
handen, wobei ein Platz mit dem 
Festplattencontroller zu belegen ist. 
Wenn über den RGB-Anschluß ein 
externer Farbmonitor verwendet wer- 
den soll, läßt sich das hintergrundbe- 
leuchtete Supertwist-LCD (640 x 200 
Punkte, CGA) abnehmen. 

Der RAM des Portable hat 640 KByte, 
der ROM 16 KByte. Der Betrieb er- 
folgt wahlweise am Netz, über einen 
12-V-Adapter oder mit den integrier- 
ten acht NiCd-Akkus, die bei Floppy- 
betrieb etwa 5 Stunden und bei Fest- 
plattenbetrieb etwa 2 Stunden lang 
den notwendigen Strom liefern (La- 
dezeit 12 Stunden). 

Zum zweitenmal auf der Leipziger 
Messe vertreten war das brasiliani- 
sche Unternehmen Itautec, diesmal 
mit Druckern und einem XT-kompati- 
blen PC. Der IS 30 plus (Bild 1 5) ent- 
hält einen 8086-2-Mikroprozessor, 
der mit 4,77 oder 8 MHz getaktet wer- 
den kann (ohne Wartezyklus). Nach- 
rüstbar ist der Arithmetikprozessor 
8087-2. In der Standardauss,tattung 
enthält der RAM bereits 896 KByte, 
wobei 256 KByte für den Bildschirm 
genutzt werden. Bei Verwenden des 
EMS-Standards kann der RAM auf 
Erweiterungskarten bis zu 6 MByte 
ausgebaut werden. Insgesamt sind 3 
Standard-PC-Slots verfügbar sowie 
eine parallele (Centronics) und zwei 
serielle (RS 232C) Schnittstellen. 
Standardmäßig ist ein 12-Zoll- 
Schwarzweißmonitor im EGA-Modus 
(640 x 350 Punkte) mit 1 6 Graustu- 
fen; möglich sind aber auch CGA, 
MDA, VGA, Hercules und Plantron. 
Als Betriebssystem wird das MS- 


DOS-kompatible SISNE Plus 3.3 mit- 
geliefert. 

Mit den auf der 4. Umschlagseite vor- 
gestellten PCs wird ein Wandel deut- 
lich, der sich bei vielen Herstellern ab- 
zeichnet. Sowohl Schneider als auch 
Commodore und Atari sind seit ge- 
raumer Zeit bestrebt, sich vom Image 
eines Heimcomputerproduzenten zu 
lösen und im Profi-PC-Markt Fuß zu 
fassen. Bei der Schneider AG, die 
erstmals in Leipzig ausstellte, wurde 
diese Entwicklung 1986 eingeleitet 
mit den PC-kompatiblen Mpdellen 
PC 1512 und PC 1640. Ein neues 
Konzept hatte im Vorjahr dann den 
EuroPC und den Tower AT zur Folge; 
inzwischen ist auch ein Laptop im 
Programm, allerdings nicht aus eige- 
ner Entwicklung und Produktion. 

Der EuroPC (Bild 16) wird als „Einstei- 
ger-PC“ angesehen und fällt durch 
seine eigenwillige Gestaltung auf. 
Das Grundgerät enthält die Tastatur 
und ein 3,5-Zoll-Diskettenlaufwerk 
mit 720 KByte. Außerdem die CPU 
8088-1 mit 9,54 / 7,16 / 4,77 MHz, 
512 KByte RAM und 32 KByte ROM. 
Andere Massenspeicher, die auch 
von Schneider beziehbar sind, müs- 
sen extern betrieben werden. Bei- 
spielsweise ein weiteres 3,5-Zoll- 
oder ein 5,25-Zoll-Floppylaufwerk 
und eine externe 20-MByte-Harddisk, 
wofür je ein Anschluß vorhanden ist. 
Außerdem gibt es je eine parallele 
(Drucker), serielle (RS 232C) und 
Maus-Schnittstelle. Platz ist im 
Grundgerät außerdem noch für eine 
8-Bit-Steckkarte halber Länge. Bei 
Verwendung eines 1 2-Zoll-Schwarz- 
weißmonitors wird die Herculesgrafik 
genutzt (720 x 348 Punkte), bei ei- 
nem 14-Zoll-Colormonitor die CGA- 
Grafik mit 640 x 200 Punkten bei 4 
Farben, 320 x 200 Punkten bei 16 
Farben und im Alphamodus mit 40 x 
25 oder 80 x 25 Zeichen und 1 6 Far- 
ben. Die Software umfaßt MS-DOS 
3.3, MS-GW-Basic und MS-Works für 
Textverarbeitung, Kalkulation, Da- 
tenbankbetrieb, Grafik und Kommu- 
nikation. 

Zur Abrundung der Produktpalette 
dient seit kurzem der Portable AT 
(Bild 17). Charakteristisch ist bei dem 
Modell der Plasmabildschirm mit ei- 
ner maximalen Auflösung von 640 x 
400 Punkten (CGA mit Doublescan); 
außerdem läßt sich ein externer Farb- 
monitor anschließen. Die 80286-CPU 
arbeitet mit 8 MHz, optional ist ein 
80287-Koprozessor. Der 640-KByte- 
Standard-RAM ist mittels RAMcard 
auf 2,6 MByte erweiterbar; der ROM 
beträgt 32 KByte. Ein 3,5-Zoll-Disket- 
tenlaufwerk (720 KByte) und eine 20- 
MByte-Festplatte sind bereits einge- 
baut, extern läßt sich ein weiteres 3,5- 
Zoll- oder ein 5,25-Zoll-Diskettenlauf- 
werk (1,2 MByte) betreiben. Außer- 
dem gibt es eine parallele und eine 
serielle Schnittstelle. Für Erweiterun- 
gen ist noch ein freier Slot vorhanden. 
MS-DOS 3.3, MS-GW-Basic und MS- 
Works gehören zum Lieferumfang. 

Bis zur diesjährigen CeBIT in Hanno- 
ver - wo erstmals ein 386er PC ge- 
zeigt wurde - stellte der Tower AT 
(Bild 1 8) das Spitzenprodukt in 
Schneiders neuer PC-Linie dar. Auch 
dieses Gerät hebt sich dank seiner 
äußeren Erscheinung von anderen 
Kompatiblen deutlich ab. So werden 
die Erweiterungsmodule seitlich an 
das Grundgerät „angedockt“. Wäh- 
rend in den Versionen 201 , 202 und 


220 die 80286-CPU mit 10 MHz ver- 
wendet wird, ist das Modell Tower AT 
260 mit einer 12,5-MHz-CPU ausge- 
stattet; jeweils ohne Wartezyklen ar- 
beitend. Der Hauptspeicher umfaßt 
512 KByte DRAM, auf der Hauptpla- 
tine auf 1 MByte erweiterbar, sowie 
96 KByte ROM mit dem Phoenix- und 
EGA-BIOS. Weitere Speicher sind 
ein 3,5-Zoll-Diskettenlaufwerk mit 
720 KByte (1 ,44 MByte beim AT 260) 
und eine 3,5-Zoll-Festplatte mit 
20 MByte (60 MByte, 25 ms Zugriff 
beim AT 260). Der modulare Aufbau 
erlaubt neben 4 freien Steckplätzen 
(3 x 16 Bit AT, 1 x 8 Bit PC, beim 
AT 260 1 x durch Festplatten-Con- 
troller belegt) für Erweiterungskarten 
den externen Anschluß von einem 
5,25-Zoll-Diskettenlaufwerk (1 ,2 
MByte) und einem Streamer mit 40 
MByte. Darüber hinaus gibt es eine 
parallele (Drucker), eine serielle (RS 
232C) und eine Maus-Schnittstelle. 
Die Hauptplatine enthält einen Multi- 
funktions-Grafikchip als Videoadap- 
ter für folgende Modi: MDA, Mono- 
chrom-Hercules, CGA, EGA und Hi- 
Res-Grafik. Bei der hochauflösenden 
HiRes-Grafik (High Resolution) be- 
deutet das beispielsweise unter Ver- 
wendung eines Multiscanmonitors 
eine Auflösung von bis zu 800 x 600 
Punkten (1 6 aus 64 Farben). Die Bild- 
wiederholfrequenz von 70 Hz ge- 
währleistet dabei ein flimmerfreies 
Bild. Durch die automatische Erken- 
nung des angeschlossenen Monitors 
(monochrom, CGA oder Multiscan) 
erübrigen sich die sonst üblichen 
DIP-Einstellungen. Als Bildschirm 
stehen 1 2-Zoll-Monochrom-, 14-Zoll- 
CGA- bzw. -EGA- und ein Hochlei- 
stungs-Multiscan-Monitor zur Aus- 
wahl. Zum Systemumfang gehören 
auch beim TowerAT die Software 
MS-DOS 3.3, MS GW-Basic und MS- 
Works. 

Sowohl mit der Produktpalette von 
Commodore als auch mit der Organi- 
sationsstruktur des Unternehmens 
sieht sich Winfried Hoffmann, Vice 
President Central European Region, 
wie er auf einer Pressekonferenz er- 
klärte, gut gerüstet für die 90er Jahre. 
Zwar hatte die Firma 1988 noch ein- 
mal einen nicht mehr erwartet hohen 
Absatz des Heimcomputerveteranen 
C64 zu verzeichnen, doch belegt die 
Entwicklung des UNIX-Amiga, des 
Transputerboards für den Amiga und 
von 386er PCs den Anspruch Com- 
modores im Profibereich. In Leipzig 
wurden auf einem vergrößerten 
Stand die Modelle C64, CI 28, 
PC 10-III/20-III, PC 40-111, Amiga 500 
und Amiga 2000 gezeigt. Hier die Da- 
ten des neuen Commodore-ATs, des 
PC 40-111 (Bild 19). Er stellt den überar- 
beiteten Nachfolger des PC 40 dar 
und fällt vor allem durch das verklei- 
nerte Gehäuse auf (146 x 381 x 
356 cm 3 ). Damit verbunden ist aller- 
dings die Einschränkung auf 4 freie 
Steckplätze (1 x PC, 3 x AT). Die 
Taktfrequenz des 80286-Prozessors 
ist zwischen 6, 8 und 12 MHz um- 
schaltbar (daher III), ein Sockel für 
den 80287 ist auf der Platine vorhan- 
den. Standardmäßig ist 1 MByte 
RAM, so daß neben den 640 KByte 
MS-DOS 384 KByte beispielsweise 
als RAM-Disk genutzt werden kön- 
nen. Der RAM läßt sich auf der Haupt- 
platine bis 8 MByte erweitern. Eben- 
falls auf der Hauptplatine befinden 
sich jetzt Video-Controller und Grafik- 
Adapter. Durch Einsatz des VGA- 


Chips PVG A von Paradise ist auf dem 
standardmäßigen 14-Zoll-Mono- 
chrommonitor eine Auflösung von 
924 x 400 Punkten bei einer Bild- 
wechselfrequenz von 70 Hz möglich. 
Die Modi MDA, CGA, Hercules und 
EGA werden emuliert (das Foto zeigt 
den 40-111 mit Wyse-Monitor und 
VGA-Darstellung). 

Als Massenspeicher sind eine 40- 
MByte-Festplatte (28 ms schnell) so- 
wie ein 5,25-Zoll-Diskettenlaufwerk 
mit 1,2 MByte eingebaut; als Option 
gibt es auch ein 3,5-Zoll-Disketten- 
laufwerk mit 720 KByte oder 1,44 
MByte. Zu der seriellen und der paral- 
lelen Schnittstelle kam nunmehr ein 
Maus-Interface hinzu. 

Mit einer Vielzahl neuer Computer er- 
gänzte Atari die Produktpalette so- 
wohl im ST-Bereich als auch bei kom- 
patiblen PCs. Es werden jetzt zwei in 
sich geschlossene Linien geboten, 
die alle Nutzergruppen -vom Einstei- 
ger bis zum Profianwender - berück- 
sichtigen sollen. Die Eckpunkte dürf- 
ten dabei der neue „erste MS-DOS- 
kompatible Pocketcomputer“ PC Fo- 
lio und die Transputer Workstation 
ATW bilden - beides übrigens Ge- 
räte, die zwar in den Presseinforma- 
tionen angekündigt, jedoch nicht auf 
dem Ataristand präsent waren. Die 
wichtigste Produktgruppe bleiben für 
Atari in der BRD die ST-Modelle mit 
71 ,6 Prozent des Umsatzes, gefolgt 
von MS-DOS-Computern mit 12,2 
Prozent. Zwar konnte das Betriebser- 
gebnis der Atari Computer GmbH 
1 988 um 8,7 Prozent verbessert wer- 
den, dennoch meinte Geschäftsfüh- 
rer Alwin Stumpf; „Die 1988 erzielten 
Zahlen stellen nicht das wahre Markt- 
potential dar, wenn man berücksich- 
tigt, daß wir monatelang mit den Lie- 
ferungen hinter den Bestellungen zu- 
rücklagen, weil die Verfügbarkeit von 
DRAMs nicht mit der Nachfrage 
Schritt halten konnte“. 

Mit dem neuen PC 5 (Bild 20) war Atari 
zur LFM einer der ersten Aussteller 
von 32-Bit-Personalcomputern. Der 
PC 5 verfügt über den lntel-80386- 
Prozessor, der bis zu 16 MHz getak- 
tet werden kann. Der Hauptspeicher 
umfaßt 2 MByte RAM, der auf der 
Hauptplatine bis zu 8 MByte erweiter- 
bar ist. Der Cache als schneller Zwi- 
schenspeicher hat 64 KByte. Die 
Massenspeicher sind eine 5,25-Zoll- 
Floppy mit 1,2 MByte und eine 60- 
MByte-Festplatte (28 ms Zugriffs- 
zeit). Ais Erweiterungssteckplätze 
sind im Gehäuse 4 AT-Slots und 1 
PC-Slot vorhanden. Verfügbare 
Videoadapter sind CGA, EGA, MDA, 
Hercules und VGA. Als Interfaces gibt 
es eine parallele Centronics- und 
zwei serielle RS-232C-Schnittstellen. 
Zum Lieferumfang gehören MS-DOS 
3.3, MS-GW-Basic und MS-Windows 
386. 
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vor, die in Turbo-Pascal-Anwenderprogramme ein- 
gebunden werden können. Damit wird dem Nutzer 
dieser Programme die komfortable Mausanwen- 
dung ermöglicht. 



Nachdem wir im ersten Teil unseres Berichtes von 
der LFM ’89 (in MP 7/1989) über CAD/CAM-Tech- 
nik und -Anwendungen und über Computertechnik 
berichteten, befaßt sich der zweite und abschlie- 
ßende Teil auf der Seite 253 mit peripherer Flard- 
ware, Bauelementen und Software. 
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Schweriner 

Softwaremesse 


Schlüsseltechnologien 
auf Moskauer Ausstellung 

Eine internationale Ausstellung „Re- 
chentechnik und Informatik“ soziali- 
stischer Länder war im Mai und Juni 
in Moskau zu sehen. Auf dem Ge- 
lände der Volkswirtschaftsausstel- 
lung zeigten Betriebe, Kombinate und 
Vereinigungen aus Bulgarien, der 
CSSR, der DDR, Kuba, Polen, Rumä- 
nien, der UdSSR und Ungarn neue- 
ste Erzeugnisse auf dem Gebiet von 
Rechentechnik und Informatik. Der 
Tag der DDR wurde am 2. Juni be- 
gangen. Höhepunkt war die Unter- 
zeichnung eines Vertrages zwischen 
den Außenhandelsbetrieben Robo- 
tron Export-Import und Elektronorg- 
technika über Lieferungen von Robo- 
tron-Rechentechnik im kommenden 
Jahr für mehr als 100 Millionen Ru- 
bel. 

Im Pavillon 2 auf dem Gelände der 
Volkswirtschaftsausstellung konnten 
sich die Besucher am DDR-Stand mit 
der Leistungskraft des VEB Kombinat 
Robotron vertraut machen. Besonde- 
res Interesse fanden der 32-Bit- 
Rechner und das Demonstrations- 
zentrum über den ersten gemeinsa- 
men Software-Betrieb der DDR und 
der UdSSR „Zentron“ in Kalinin. adn 


100. ICA-Rechner 
aus dem EAB 

Pünktlich zur Kommunalwahl lösten 
die Werktätigen des VEB Elektropro- 
jekt und Anlagenbau Berlin (EAB) 
eine für die Volkswirtschaft bedeu- 
tende Verpflichtung ein: Am 5. Mai 
wurde der 100. Industriecomputer 
fertiggestellt und in den 48-Stunden- 
Test im Prüffeld überführt. 

Der 16-Bit-Rechner ICA 700 ist ge- 
gen rauhe Produktionsbedingungen 
wie Hitze, Staub und Vibration be- 
sonders geschützt. Die ersten Ge- 
rätesysteme sind in der Republik im 
Einsatz. Sie verhelfen zum Beispiel 
dem Werkzeugmaschinen-Kombinat 
„Fritz Heckert“ Karl-Marx-Stadt, dem 
Schwermaschinenbaukombinat 
„Ernst Thälmann“ Magdeburg, den 
Uhrenwerken Ruhla und dem VEB 
Schiffselektronik Rostock zur Auto- 
matisierung der Fertigung. Den Be- 
schäftigten im EAB ist es zu danken, 
daß im Mai die Serienproduktion be- 
gann und bis Jahresende 300 weitere 
Computer ausgeliefert werden. 1 990 
soll sich die Produktion durch Ausbau 
und Verbesserung der Technologie 
verdoppeln. ADN 


Fertigungskapazitäten 
für „dekotronik“ 
werden ausgebaut 

Das im Rationalisierungsmittelbau 
des Kombinats Deko entwickelte und 
gebaute Erfassungssystem für Pro- 
zeßdaten „dekotronik“ bewährt sich 
bereits in mehr als 1 00 Betrieben. Be- 
sonderen Anteil daran hat der VEB In- 
genieurbüro und Rationalisierung 
Plauen. Wie Direktor Lothar Bühring 
informierte, fertigt der Kombinatsbe- 
trieb in diesem Jahr „dekotronik“-Er- 
zeugnisse im Wert von vier Millionen 
Mark. Als mikroelektronisches Zen- 
trum des Kombinates Deko werde er 


weiter ausgebaut und profiliert. Zu 
den 800 Webmaschinen, die bereits 
mit „dekotronik“-Anlagen ausgerü- 
stet sind, kommen weitere hinzu. Ge- 
genwärtig werden 23 Wellenfach- 
webmaschinen im VEB Vowetex 
Plauen damit ausgestattet. Auch die 
Kombinate Baumwolle - hier wurden 
300 Webmaschinen mit „dekotronik“ 
modernisiert Technische Textilien, 
Trikotagen und das ESDA-Strumpf- 
kombinat setzen verstärkt auf diese 
elektronische Erfassung von Daten 
zur rationellen Gestaltung von Pro- 
duktionsprozessen. Damit werde, so 
Lothar Bühring, eine effektive Flä- 
chenwirkung erreicht. Jetzt richte sich 
die Aufmerksamkeit auf Aufgaben zur 
flexiblen Automatisierung ganzer 
Produktionsprozesse. ADN 


Interessengemeinschaft 
Rechentechnik gegründet 

Die effektive Auslastung von Büro- 
computern und das Nachnutzen vor- 
handener Programme ist das Ziel ei- 
ner jetzt im Kreis Sternberg gegrün- 
deten Interessengemeinschaft Re- 
chentechnik. Spezialisten aus neun 
Betrieben finden sich zu diesem 
Zweck regelmäßig zusammen. Er- 
stes konkretes Ziel ist die Erarbeitung 
eines Programms zur Materialwirt- 
schaft, das die Betriebe auch auf ver- 
schiedenen Computertypen anwen- 
den können. 

Basis für die Gründung der Interes- 
sengemeinschaft war eine gute Bi- 
lanz der seit 1 987 bestehenden Ko- 
operationsgemeinschaft „Rationali- 
sierungshilfe“. Im Vorjahr schufen die 
sieben daran beteiligten Partner Ra- 
tionalisierungsmittel im Wert von 
600 000 Mark. adn 


Computer- und 
Softwaremesse in Wien 

Neue Entwicklungen im Bereich der 
Büro- und Kommunikationstechnik 
wurden auf der 20. IFABO-Fach- 
messe und der angeschlossenen 
Software-Messe PROGRAMMA prä- 
sentiert, die Ende April für fünf Tage 
ihre Tore in Wien öffneten. Mit 565 Di- 
rektausstellern aus elf Ländern, die 
auf fast 50000 Quadratmetern Flä- 
che insgesamt 1 364 Firmen aus 31 
Ländern vertraten, verzeichnete die 
Exposition einen Teilnahmerekord. 
Am Stand des DDR-Außenhandels- 
betriebes Robotron Export-Import 
wurden elektronische Schreibma- 
schinen, Zeichentechnik, Software 
und der 16-Bit-Personalcomputer EC 
1 834 gezeigt. Das gewachsene Inter- 
esse an dieser Messe entspricht der 
zunehmenden Bedeutung der Infor- 
matik-Industrie für die österreichi- 
sche Wirtschaft. Der Umsatz von Pro- 
dukten und Dienstleistungen dieser 
Branche, in der mehr als 60000 Be- 
schäftigte arbeiten, erreichte im ver- 
gangenen Jahr über 30 Milliarden 
Schilling. Das sind zwei Prozent des 
Bruttoinlandsproduktes. Mit 74 Pro- 
zent ist der Anteil österreichischer 
Wertschöpfung bei Software beson- 
ders hoch. 

ADN 


50 ausgewählte Programme, vorran- 
gig für Arbeitsplatz- und Personal- 
computer, wurden Anfang Mai auf der 
zweiten Schweriner Softwaremesse 
zur Nachnutzung angeboten. Die 
Veranstalter - der Bezirksverband 
Schwerin der Kammer der Technik, 
die Bezirksfachsektion Rechnerge- 
stützte Arbeit/Mikroelektronik und die 
Betriebssektion des Datenverarbei- 
tungszentrums Schwerin - überga- 
ben den rund 400 Interessenten ei- 
nen übersichtlichen Softwarekatalog. 
Darin offerierten 16 Betriebe und Ein- 
richtungen Schwerins und anderer 
Bezirke nachnutzbare Rationalisie- 
rungslösungen zum Beispiel für Pro- 
jektierung und Materialwirtschaft. Sie 
waren in Fachvorträgen erläutert und 
anschließend an 13 Arbeitsstationen 
vorgeführt worden. 

Das Datenverarbeitungszentrum 
Schwerin stellte zum Beispiel ein Sy- 
stem vor, das Büro- und Personal- 
computern den Zugriff zu ESER-Da- 
tenbanken erlaubt. Potentielle Nach- 
nutzer konnten auf der Messe Disket- 
ten sofort überspielen. Zudem be- 
stand die Möglichkeit, Hardware zu 
tauschen. adn 

USA drohen Japan 
mit „neuem Herangehen“ 
an bilateralen Handel 

Die USA haben Japan vorgeworfen, 
das 1986 zwischen beiden Staaten 
abgeschlossene Abkommen über 
den Handel mit Halbleitern nicht ein- 
zuhalten. Dieses sieht vor, daß ameri- 
kanischen Firmen bis 1991 ein Anteil 
von 20 Prozent am japanischen Chip- 
Markt eingeräumt wird. Wie die US- 
Handelsbeauftragte C. Hills vor dem 
Finanzausschuß des Senats erklärte, 
sei der vor drei Jahren 8,5 Prozent 
betragende US-Anteil durch man- 
gelndes japanisches Entgegenkom- 
men bis jetzt nur auf 1 0,7 Prozent ge- 
stiegen. Jetzt würden die USA ein 
neues Herangehen an den Handel 
mit Japan erwägen. 

Um den im vergangenen Jahr 52 Mil- 
liarden Dollar betragenden amerika- 
nischen Importüberschuß - das sind 
44 Prozent des gesamten USA-Au- 
ßenhandelsdefizits - abzubauen, 
solle Japan künftig feste Vorgaben für 
Einkäufe in den Vereinigten Staaten 
erhalten. Die Politikerin gestand ein, 
daß das eine vollkommene Abkehr 
von der bisher von der Administration 
propagierten „Freihandelspolitik“ 
darstellt. ADN 

Neue Runde 
im „Chip-Krieg“ 

Japan -USA 

Japan geht im „Chip-Krieg“ mit den 
USA in die Offensive. Ende April 
wurde von der Regierung in Tokio der 
Bann über ein bisher streng vertrauli- 
ches Papier aufgehoben, das die Ver- 
einigten Staaten als ihre schärfste 
Waffe in dem seit Jahren latenten 
Streit um Anteile auf dem japani- 
schen Halbleitermarkt benutzen. Die 
Nachrichtenagentur Kyodo veröffent- 
lichte den Wortlaut eines detaillierten 
Dokumentes aus dem Jahre 1986, 


das damals dem recht allgemein ge- 
haltenen bilateralen Chip-Abkommen 
beigefügt wurde und aus dem die 
USA-HaiDieiterinaustrie seither ablei- 
tet, ab 1 990 ein Recht auf 20 Prozent 
des japanischen Marktes zu haben. 
Mit der Veröffentlichung des Doku- 
mentes -geschrieben vom Botschaf- 
ter Japans in Washington an den da- 
maligen Handelsbeauftragten Yeut- 
ter - weist das Ministerium für Inter- 
nationalen Handel und Industrie in 
Tokio diese Absicht der USA als 
Wunschdenken zurück. Zwar 
schreibe der Diplomat, daß Japans 
Regierung eine Verdopplung des 
USA-Anteils am Chip-Markt für „reali- 
sierbar und wünschenswert“ halte, 
aber verpflichtet habe man sich zu 
überhaupt nichts. 

Ob sich Marktanteile sichern lassen, 
hänge von der technologischen Kraft 
der Anbieter, deren Verkaufsstrate- 
gie und Preisen sowie dem einge- 
setzten Kapital ab und nicht von poli- 
tisch motivierten Forderungen, argu- 
mentiert das Ministerium. Das offi- 
zielle Tokio reagiert damit zum ersten 
Mal deutlich auf die Versuche ameri- 
kanischer Elektronikkonzerne, eine 
Verdopplung des Marktanteils in Ja- 
pan von derzeit etwa zehn Prozent 
durch weitere Handelsrestriktionen 
seitens der USA-Regierung gegen ja- 
panische Waren durchzusetzen. Be- 
reits 1 987 hatte Washington zur Ab- 
wehr japanischer Konkurrenz 
Schutzzölle gegen elektronische Pro- 
dukte des fernöstlichen Industrie- 
staates eingeführt. Auch wenn diese 
protektionistische Maßnahme später 
gelockert wurde, entsteht den Japa- 
nern daraus noch heute ein Schaden 
von jährlich 1 65 Millionen Dollar. 
Japans Elektronikriesen haben in den 
letzten Jahren ihre Kapazitäten derart 
schnell erweitert, daß sie nicht nur 
den Binnenmarkt zu 88 Prozent 
selbst abdecken, sondern darüber 
hinaus in großem Umfange hochinte- 
grierte Schaltkreise exportieren. 

ADN -Köhler 

Siemens und Iskra 
gründen Joint-Venture 

Der jugoslawische Elektrokonzern Is- 
kra und die Siemens AG haben im 
Mai in Ljubljana einen Vertrag zur 
Gründung eines Joint-Ventures ge- 
schlossen, an dem Siemens zu 48 
Prozent und Iskra zu 52 Prozent be- 
teiligt sein werden. Für Siemens hat 
Vorstandsmitglied Erwin Hardt, für Is- 
kra deren Präsident Franc Sifkoviö 
unterzeichnet. Das neue Unterneh- 
men firmiert unter dem Namen Iskra- 
tel. 

Das Joint-Venture hat die Aufgabe, 
das öffentliche Fernsprech-Vermitt- 
lungssystem EWSD von Siemens in 
Jugoslawien einzuführen. In die Koo- 
peration wird außerdem das von Iskra 
entwickelte Vermittlungssystem Sl 
2000 eingebracht, das für kleine bis 
mittlere Anlagen konzipiert ist. Dieses 
System wird auch als Nebenstellen- 
anlage eingesetzt. Mit beiden Ver- 
mittlungssystemen soll das jugosla- 
wische Fernsprechnetz weiter digita- 
lisiert und ausgebaut werden. Es ist 
darüber hinaus der Export beider Sy- 
steme in andere Länder vorgese- 
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Kopplung von UNIX-Rechnern [ 


Detlef G ierth 

Kombinat VEB Elektro-Apparate-Wer- 
ke „Friedrich Ebert“ Berlin-Treptow 
Zentrum für Forschung 
und Technologie 
Uwe Inhoff 

VEB Robotron-Projekt Dresden 


Für den Anschluß an das Netz wird keine 
spezielle Hardware benötigt. Die Kopplung 
erfolgt über Terminalschnittstellen, die auch 
zur Bedienung der lokalen Terminals benutzt 
werden. Daraus resultieren die für die Kopp- 
lung benutzbaren Übertragungsstrecken, die 
in Tafel 1 aufgeführt sind. 


| Bezeichnung nach CC ITT j 

Uetnebserdc^SG) I 102 

Empfangsdaten (R x D) I 103 
Sendedaten (T x D) 104 


Die Leitung Empfangsdaten des einen Rech- 
ners ist mit der Leitung Sendedaten des an- 
deren Rechners zu verbinden. Der Schirm ist 
einseitig an die Betriebserde anzuschlie- 
ßen. 


Einführung 

Mit MUTOS, WEGA und VMX wird für alle in 
der DDR produzierten 16- und 32-Bit-Rech- 
ner sowie für ESER-Rechner eine weitge- 
hend einheitliche Betriebssystemumgebung 
bereitgestellt, die die durch UNIX standardi- 
sierten Schnittstellen realisiert. Der Lei- 
stungsumfang dieses Betriebssystems ist in 
1/ und 121 beschrieben. 

Mit der schnellen Verbreitung dieses Sy- 
stems entsteht auch die Forderung nach 
Kopplung der verschiedenen Rechner, auf 
denen diese Betriebssysteme laufen. Diese 
Forderung basiert auf folgenden Punkten: 

© Es muß der Zugriff auf gemeinsam ge- 
führte Dateien und Datenbestände ermög- 
licht werden. 

© Der Zugriff auf teure Peripherie (z. B. 
schnelle Drucker, Plotter, . . .) soll auch von 
anderen Anlagen möglich sein. 

© Der Datenaustausch mit transportablen 
Datenträgern (z. B. Disketten) nimmt viel Zeit 
in Anspruch, und an den verschiedenen Ge- 
räten werden nicht immer die gleichen Daten- 
träger unterstützt. 

Aufgrund der Kompatibilität der Betriebssy- 
steme ist ein Datenaustausch zwischen ver- 
schiedenen Rechnern problemlos möglich. 
Eine für den Nutzer leicht zu handhabende 
Lösung der Online-Kopplung, die aber 
gleichzeitig eine sehr hohe Datensicherheit 
gewährleistet, bietet das Programmpaket 
UUCP/3/,/4/. 

Eine ausführliche Beschreibung zur Bedie- 
nung, Funktionsweise und Implementierung 
von UUCP ist in der Dokumentation der 
UUCP-Komponente für das jeweilige Be- 
triebssystem enthalten. Im folgenden werden 
die Besonderheiten beschrieben, die bei der 
Kopplung von Rechnern verschiedenen Typs 
zu beachten sind. Der vorliegende Beitrag 
soll Anwendern, die sich mit Hilfe der ent- 
sprechenden Dokumentation bereits mit dem 
Programmpaket UUCP bekannt gemacht ha- 
ben, helfen, heterogene Rechnernetze auf- 
zubauen. 

Das Programmpaket UUCP 

UUCP ermöglicht den Zusammenschluß von 
verschiedenen Rechnern mit einem UNIX- 
kompatiblen Betriebssystem zu einem Netz. 
In diesem Netz ist die in der Handhabung 
vom Rechnertyp unabhängige, gesicherte 
Übertragung beliebiger Dateien sowie die 
entfernte Abarbeitung von Kommandos mög- 
lich. 

Zur Zeit können folgende Rechner mit UUCP 

vernetzt werden: 


MUTOS 1630 
WEGA 
MUTOS 1700 
MUTOS 1834 


Tafel 1 Mögliche Koppelstrecken für UUCP 


Interface Übertragung«- Übertragung«- 

geschwindigkert entfernung 

£ fmBaud) 

IFFS maximal 9600 Bis 500 m 

V.24 direkt maximal 9600 bis 15m 

V.24 mit Daten- 1200 bis 30 km 

nahübertra- 

gungseinrich- 

tung(DNÜK8172) ■ 

(Vierdraht) 9600 bis 10 km 

V.24 mit Modem maximal 2400 unbegrenzt 


Alle Rechner des Netzes sind berechtigt, zu 
jedem beliebigen Zeitpunkt eine Verbindung 
zu einem oder mehreren Partnern aufzu- 
bauen. Der Datenaustausch kann dabei zwi- 
schen miteinander direkt verbundenen Rech- 
nern sowie über Netzknoten hinweg erfol- 
gen. 

Kopplung von Rechnern 
verschiedenen Typs 


Verbindung mit Datenübertragungstechnik 
Zur Überbrückung größerer Entfernungen 
müssen in die Übertragungsstrecke Daten- 
übertragungseinrichtungen (DÜE) einge- 
schaltet werden. In Tafel 1 sind die damit 
möglichen Übertragungsentfernungen und 
-geschwindigkeiten aufgeführt. 

Bei der Auswahl der Übertragungseinrichtun- 
gen ist zu beachten, daß die Übertragung 
ausschließlich asynchron und im Duplexbe- 
trieb erfolgt. Dementsprechend werden auch 
nur die für den Asynchron-Duplexmodus be- 
nötigten Steuer- und Meldeleitungen der 
V.24-Schnittstelle bedient. 

Alle in Tafel 4 enthaltenen Rechnertypen 


Tafel 2 Steckerbelegungen der IFSS- Verbindung 

I , ■ ... . ■ Ifv . "-.- i ' " W .S- # 

A71 00/7150 Kl 630 EC 1834 P 8000 
und Kl 840 


Stacker Cannon EFS Cannon Cannon 

25polig Spolig iSpolig 25polig 


Die UUCP-lmplementierungen auf den ver- 
schiedenen Rechnern sind hinsichtlich des 
Übertragungsprotokolls und des Nutzerinfa- 
ces zueinander kompatibel. Für den Nutzer 
von UUCP ist die Handhabung unabhängig 
vom Typ des Partnerrechners. 

Unterschiede zwischen den verschiedenen 
Rechnern bestehen in der konkreten Ausfüh- 
rung des physischen Leitungsanschlusses 
und in der Codierung des Anfangszeichens 
für den Anmeldevorgang am System. Diese 
Unterschiede müssen beim Konfigurieren ei- 
nes Netzes beachtet werden, haben aber für 
die spätere Nutzung keine Auswirkungen. 


Pmbe- ED+-14 
legung ED — 13 
SD + -19 
SD - - 10 
Schirm -1 


SD+-B2 SD+- 9 SD+-10 
SD — AI SD — 10 SD — 19 
Schirm -A5 Schirm -1 Schirm -7 




picht benut- 
zen! bei Stan- 
dardeinstel- 
lung imTakt- 
verteilun js- 
feld ist Über- 
tragungstakt 
fest) 


(Produk- 

tionsbeginn 

3/89): 


Brückei 

Physische Verbindung 12-10 

IFSS-Verbindung | 


Mit der stromgesteuerten, seriellen Schnitt- 
stelle IFSS können Entfernungen von bis zu 
500 m überbrückt werden. Folgende Leitun- 
gen werden für die IFSS-Verbindung benö- 
tigt: 

- Sendedaten - (SD-) 

- Sendedaten + (SD+) 

- Empfangsdaten - (ED-) 

- Empfangsdaten + (ED+) 

Die Leitungen zweier Rechner sind folgen- 
dermaßen zu verbinden: 

SD ED+ 

SD+ ED- 

ED SD+ 

ED+ SD- 

In Tafel 2 sind die Steckerbelegungen für ak- 
tive Sender und passive Empfänger darge- 
stellt. 

V. 24-Direktverbindung 
Die spannungsgesteuerte, serielle Schnitt- 
stelle V.24 läßt Entfernungen bis ca. 1 5 m zu. 
Für die Kopplung von Rechnern über ein Di- 
rektverbindungskabel werden folgende Lei- 
tungen der V.24-Schnittstelle benötigt: 


Tafel 3 Steckerbelegungen der V.24-Dfrektverblndun- 


A 7 1 00/7 1 50 K1630 


Bemer- Erfolgt beim 
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können mittels Datenübertragungstechnik 
miteinander gekoppelt werden. Der Umfang 
der Schnittstellensteuerung ist jedoch von 
Rechner zu Rechner verschieden. Eine voll- 
ständige Modemsteuerung mit Überwa- 
chung der Meldeleitungen der DÜE existiert 
nur für den K 1840. Bei den Rechnern A 
7100/7150 und EC 1834 ist ein automati- 
sches Bereitmachen der DÜE (innerhalb der 
Funktion open) enthalten. Die Meldeleitun- 
gen werden jedoch nicht ausgewertet. Am K 
1630 werden die Steuerleitungen nicht be- 
dient. Dort muß die Bereitschaft der DÜE mit- 
tels einer Brücke im Steckverbinder (siehe 
Tafel 4) fest eingestellt werden. 

Diese Unterschiede in der Bedienung der 
Schnittstellenleitungen haben jedoch keinen 
Einfluß auf die Nutzung der Kopplung. Selbst 
bei Nichtbeachtung der Meldeleitungen der 
DÜE gewährleistet das in UUCP enthaltene 
Datensicherungsprotokoll eine gesicherte 
Übertragung der Daten. 

Logische Netzkonfiguration 

Eine Beschreibung der aktuellen Konfigura- 
tion des Netzes ist an jedem Rechner in eini- 
gen von UUCP genutzten Dateien (L.sys, 
USERFILE, SQFILE) abgelegt. Diese Da- 
teien haben Textformat und müssen bei der 
Installierung von UUCP eingerichtet werden. 
Ausführliche Beschreibungen dieser Dateien 
sind in den UUCP-Dokumentationen für die 
einzelnen Betriebssysteme enthalten. 

Bei der Kopplung von Rechnern verschiede- 
nen Typs ist die unterschiedliche Codierung 
des Anfangszeichens zum Anmelden am Sy- 
stem sowie die möglicherweise andere Über- 
tragungsgeschwindigkeit zu beachten. Das 
Format der oben erwähnten Konfigurations- 
dateien ist für alle UUCP-Systeme gleich. 
Der einzige Unterschied besteht in der Dar- 
stellungsart des Anfangszeichens zum An- 
melden am Partnerrechner. 

In T afel 5 sind Beispiele für die Einträge in der 
Datei L.sys aufgeführt, die diese Darstel- 
lungsarten demonstrieren. Als Namen für die 
Partnersysteme wurden hier die Bezeichnun- 
gen der einzelnen Rechnertypen gewählt. 
Die Einträge für die Rechner A 7100/7150, K 
1630 und EC 1834 sind identisch und des- 
halb nur einmal aufgeführt. 

Die Zeichen “D und Z wurden hier für die 
Darstellung der Codierung 004 bzw. 032 (ok- 
tal) benutzt. 

Im Betriebssystem WEGA muß jeder Nutzer- 
eintrag in der Paßwortdatei ein Paßwort ent- 
halten (auch der Eintrag für UUCP). In den 
MUTOS-Systemen ist die Spezifikation eines 
Paßwortes optional. 

Kopplung von MUTOS/WEGA 
mit anderen UNIX-kompatiblen 
Systemen 

Mit Hilfe des Programmpaketes UUCP ist die 
Kopplung von MUTOS und WEGA mit ande- 
ren Rechnern mit UNIX-kompatiblen Be- 
triebssystemen (z. B. Personalcomputer un- 
ter XENIX, SINIX, . . .) möglich, wenn dort die 
UUCP-Komponenten vorhanden sind. Hier- 
bei ist jedoch zu beachten, daß bei den mei- 
sten UUCP-lmplementierungen die Verbin- 
dungsaufnahme über eine Terminalieitung 
nur in einer Richtung möglich ist, das heißt, 
der eine Partner übernimmt die MASTER- 
Rolle, während der andere, passive Partner, 
als SLAVE fungiert. Soll die Verbindungsauf- 
nahme von beiden Seiten erlaubt werden, 
müssen für die Kopplung 2 Leitungen benutzt 
werden. Bei MUTOS und WEGA ist eine 


Tafel 4 Steckerbelegungen für den Anschluß von Datenübertragungstechnik 


A7100/7t5Q :L;J Kt630 | K1840 | £01834 | P8000 



Rechner 


P8000 

P8000Anytty7 9600 tty7 " " NLIogin:-NL-login: uucp Password: Paul 

Kl 840 Anyttyß 9600 tty6 D login:-'D-login: uucp 

Kl 630 Any tty5 2400 tty5 " " Z login:-‘Z-login: uucp 

K 1840 

• 

P8000 Any ttyh2 9600 ttyh2 " " CR login:-CR-login: uucp Password: Paul 

K 1 840 Any ttyhO 9600 ttyhO " " EOT login:-EOT-login: uucp 

Kl 630 Any ttyh3 2400 ttyh3 " " CTRLZ login:-CTRLZ-login: uucp 

! K163Ö 

P8000 Anyttyl 2400 ttyl ""xlogin:-x-login: uucp Password: Paul 

Kl 840 Any tty2 2400 tty2 " " ‘D login:-"D-login: uucp 

Kl 630 Any tty3 2400 tty3 ' ” BREAK login:-BREAK-login: uucp 


gleichberechtigte Verbindungsaufnahme von 
beiden Seiten über eine Leitung möglich. 

Bei einer Kopplung von Rechnern unter MU- 
TOS oder WEGA mit einem anderen Rech- 
ner muß diesem Rechner die MASTER- oder 
die SLAVE-Rolle fest zugeordnet werden. Ist 
der Partnerrechner aktiv (MASTER), muß 
dort ein Login-Prozeß für den Kopplungska- 
nal verhindert werden. Bei Zuordnung der 
SLAVE-Rolle muß ein Login-Prozeß für den 
Kopplungskanal aktiv sein. Weiterhin wird in 
der Datei L.sys in der Spalte time, die die er- 
laubte Zeit für eine Verbindungsaufnahme 
enthält, Never eingetragen. Auf der Seite der 
MUTOS- bzw. WEGA-Rechner sind keine 
Änderungen notwendig. 

Bei der oben beschriebenen Arbeitsweise 
werden die Aufträge eines am MASTER- 
Rechner arbeitenden Nutzers sofort ausge- 
führt, während die am SLAVE-System aus- 
gelösten Aufträge zunächst nur im Spool-Di- 
rectory gespeichert werden. Die Abarbeitung 
dieser Aufträge erfolgt erst bei der nächsten, 
von seiten des MASTERS aufgebauten Ver- 
bindung. Dieser Verbindungsaufbau kann 
auch zyklisch durch einen Daemon-Prozeß 
veranlaßt werden. 

Schlußbemerkungen 

Mit dem Programmpaket UUCP ist eine Ver- 
netzung von Rechnern verschiedenen Typs 
mit einem UNIX-kompatiblen Betriebssystem 
mit geringem Aufwand und ohne Verände- 
rung der bestehenden Hard- und Software 
möglich. 

Die Bedienerschnittstelle zu UUCP ist ein- 
fach, da Funktionen wie die Auswahl der 
Übertragungsstrecken und -parameter, Zwi- 


schenspeicherung zu übertragender Daten 
oder die Kontrolle der Zugriffsberechtigung 
zu den Daten intern von UUCP vorgenom- 
men werden. Das von UUCP genutzte Da- 
tensicherungsprotokoll unterstützt eine in der 
Handhabung vom Rechnertyp unabhängige 
Übertragung beliebiger Daten und ist somit 
für eine breite Palette von Anwenderlösun- 
gen einsetzbar. 

Aufgrund des für die Kopplung benutzten In- 
terfaces ist die Datenübertragungsrate be- 
grenzt. Die Nettodatenraten liegen bei 
200 . . . 500 Zeichen/s. Für Anwendungen, 
bei denen größere Datenmengen in sehr kur- 
zer Zeit übertragen werden müssen, ist 
UUCP nicht geeignet. Dort müssen ein 
schnelleres Übertragungsmedium (LAN) und 
eine im Betriebssystemkern integrierte Netz- 
komponente zum Einsatz kommen. Gegen- 
wärtig wird im VEB Robotron-Projekt Dres- 
den an der Unterstützung des ROLANET2 im 
Betriebssystem MUTOS 1800 gearbeitet. 
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Portabel programmieren mit C 
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Die Verbreitung einer vorhandenen oder 
neuen Programmiersprache wird nicht aus- 
schließlich dadurch bestimmt, daß die Spra- 
che selbst bestimmte Vorzüge gegenüber ih- 
ren Konkurrenten hat. Ein weiteres Kriterium 
ist die Lauffähigkeit auf verschiedenen Rech- 
nertypen und Betriebssystemumgebungen. 
Die Erfüllung dieses Kriteriums wird Portabili- 
tät genannt. 

Bei der Entwicklung eines Programmiersy- 
stems für die Mehrrechnersteuerungen digi- 
taler Vermittlungsanlagen wurden die nach- 
folgend dargestellten Erfahrungen gewonnen. 
Die Portabilitätsproblematik hat dabei aus fol- 
genden Gründen eine große Bedeutung: 

© Software für große Prozeßsteuerungen 
wird mit einer Rechentechnik entwickelt, die 
maximale Produktivität für größere Entwick- 
lerkollektive sichert; es ist jedoch auch not- 
wendig, Softwaremodifikationen vor Ort mit 
bescheidenerer Technik auszuführen. 

© Das Unterstützungssystem stellt einen er- 
heblichen Wert dar, der auch bei einem 
Wechsel der rechentechnischen Basis (Ge- 
rätetechnik, Betriebssystem) erhalten blei- 
ben soll. 

Das Programmiersystem beinhaltet unter an- 
derem CHILL-Compiler, Crossassembler (K 
1810 WM86) und Testunterstützungen IV. 
Die Unterstützungssoftware wurde in C ge- 
schrieben, da diese Sprache an praktisch alle 
verbreiteten Rechner in guter Qualität ange- 
paßt werden kann. 

Im Idealfall könnte man Portabilität so defi- 
nieren, daß ein beliebig formuliertes Pro- 
gramm auf verschiedenen Implementierun- 
gen der Sprache stets identische Resultate 
liefert. Diese Forderung wird von C nicht er- 
füllt, da sie im Widerspruch zu der Forderung 
nach effektiver Nutzung verschiedener 
Rechnerarchitekturen (unter Kontrolle des 
Programmierers) steht 121 131. 

Die real erreichbare Form der Portabilität be- 
steht jedoch darin, Programme so zu formu- 
lieren, daß bei Abarbeitung auf unterschiedli- 
cher Implementierung gleiche Resultate ent- 
stehen. Bestimmte Möglichkeiten der Spra- 
che können dabei aber nicht bzw. nur in ganz 
bestimmten Zusammenhängen verwendet 
werden /4//5/. 

Die Erfahrung bei dem erwähnten Software- 
projekt hat gezeigt, daß ohne Beachtung der 
Portierungsproblematik beim Erstentwurf die 
Überführung auf eine andere Implementie- 
rung je nach Problemkreis und Programmier- 
stil zwischen 10 und 16 Prozent des Auf- 
wands der Erstentwicklung betragen kann 
(Der minimale Aufwand besteht in einer 
Neuübersetzung und Überprüfung mittels 
geeigneter Testdatensätze). 

In diesem Beitrag soll dargestellt werden, wie 
ein minimaler Portierungsaufwand erreicht 
werden kann. Leider ist das nicht in Form ei- 
nes Kochrezepts möglich, da eine Diskus- 
sion der Tücken einzelner C-Implementie- 
rungen aus Umfangsgründen und auch we- 
gen der Kurzlebigkeit solcher Informationen 
nicht sinnvoll erscheint; vielmehr wird ver- 
sucht, die zu beachtenden Aspekte dazustel- 
len und Lösungsvorschläge vorzustellen, die 


von den konkreten Eigenschaften möglichst 
wenig abhängig sind. 

Von der Portabilität zu unterscheiden ist das 
Problem unterschiedlicher Zielumgebungen 
für Cross-Programmiersysteme (Retargeta- 
bility); was aber nicht Gegenstand dieses 
Beitrags sein soll. 

Einschränkungen 

Schwierigkeiten beim Übergang auf eine an- 
dere C-Umgebung (auch auf dem gleichen 
Prozessor) können daraus entstehen, daß es 
(meist geringfügige) Abweichungen der zu- 
lässigen Syntax oder Lexik der Sprache gibt: 

• Die Anzahl der relevanten Zeichen von Be- 
zeichnern ist in einigen Implementierungen 
auf 8 begrenzt; mitunter lassen Assembler/ 
Linker noch weniger Zeichen zu ! 

• C ist eine lebende Sprache, daß heißt es 
können neue Elemente hinzukommen (z. B. 
enum-Typ, void-Typenangabe); ältere, als 
nachteilig erkannte Dinge können wegfal- 
len. 

In 16/ ist dargestellt, wie die Entwickler der 
Sprache diese Evolution handhaben. In 
nächster Zeit zu erwartende Entwicklungen 
gehen in Richtung eines strengeren Typen- 
konzeptes (Parametertypenangabe bei ex- 
ternen Prozeduren). 

Qualitativ neue Möglichkeiten werden mit 
C+ + 171 erschlossen. 

Speichermodelle 

Eine höhere Programmiersprache sollte ja ei- 
gentlich den Programmierer von Überlegun- 
gen zur physischen Repräsentation und 
Lage des entstehenden Maschinenpro- 
gramms entheben. In Bezug auf die maxi- 
male Programmlänge und die Arbeit mit Zei- 
gern ist jedoch eine Beachtung des Speicher- 
modells notwendig. 

Das konzeptionell einfachste Modell ist der li- 
near adressierte Speicher, Dies ist im allge- 
meinen erst für 32-Bit-Rechner praktikabel, 
da bei 1 6-Bit-Rechnern mit einer linearen 1 6- 
Bit-Adresse nur 64 KByte Speicherraum 
adressiert werden können. Der am häufig- 
sten verwendete Ausweg ist die Speicher- 
segmentierung, das heißt der Speicher wird 
in Segmente von jeweils (maximal) 64 KByte 
eingeteilt; die Segmentlage wird durch Seg- 
mentbasisadressen, Segmentnummern oder 
ähnliches vorgegeben; eine ausführlichere 
Diskussion dieser Problematik ist in 18/ zu fin- 
den. 

Drei verbreitete Modelle werden nachfolgend 
aufgeführt: 

Im kleinen Modell befinden sich Kode und Da- 
ten eines Programms gemeinsam in einem 
Segment von maximal 64 KByte. 

Das mittlere Modell stellt je ein Segment zu 
maximal 64 KByte für Kode und für Daten zur 
Verfügung (seperated instruction/data); im 
günstigsten Fall kann ein Programm also 
1 28 KByte belegen. 

Beliebig viele Segmente (zu je maximal 
64 KByte) stehen im großen Modell zur Verfü- 
gung; wenn keine virtuelle Speicherorganisa- 
tion vorhanden ist, begrenzt dann nur der 
physische Speicherausbau die Programm- 
größe. 

Die Auswahl des Modells muß der Program- 
mierer meist explizit beim Übersetzeraufruf 
treffen. Nicht immer stehen alle Modelle zur 
Verfügung (z.B. beim A 5120.16 nur das 


kleine Modell; bei verschiedenen SKR-Rech- 
nern ohne Overlaysystem nur die Modelle 
klein und mittel) 

Dem kleinen und dem mittleren Modell ist ge- 
meinsam, daß Zeiger als 1 6-Bit-Werte darge- 
stellt werden; dies führt zu etwas kleineren 
Programmlängen und kürzeren Laufzeiten 
als im großen Modell. Leider hat die breite 
Verfügbarkeit von Rechnern, die ausschließ- 
lich diese Speichermodelle besaßen, dazu 
geführt, daß in Programmen Zeiger in int-Va- 
riable überführt werden, um damit Berech- 
nungen anzustellen. Dies sollte unbedingt 
vermieden werden, da beim großen Modell 
ein Zeiger nicht mehr in 1 6 Bit dargestellt wer- 
den kann (typisch: 32 Bit). 

Ein anderes Problem ist die Addition von int- 
Werten zu Zeigern oder die Bildung von Diffe- 
renzen aus Zeigern. Im Sinne des Typenkon- 
zepts von C sind folgende Konstruktionen le- 
gal: 

int m, n; 

int*p,*p1,*p2; 
p = p + m; 

n = p1 - p2; 

Es sei daran erinnert, daß dies nicht äquiva- 
lent zu einer arithmetischen Addition oder 
Subtraktion ist (m bezeichnet die Anzahl der 
Datenobjekte vom Typ int, um die p weiterge- 
schaltet werden soll; n die Anzahl der zwi- 
schen pl und p2 liegenden int-Datenob- 
jekte). Es ergibt sich eine Beschränkung der 
Größe eines einzelnen Datenobjekts (nicht 
des gesamten Programms) auf den mit einer 
int-Repräsentation darstellbaren Wertebe- 
reich 161. 

Datenrepräsentation 

Der Wertebereich der verschiedenen C-Ty- 
pen für ganze Zahlen ist sehr spezifisch und 
muß unbedingt der jeweils zutreffenden Be- 
schreibung entnommen werden. Mit Aus- 
nahme einiger Compiler für 8-Bit-Zielprozes- 
soren kann als erster Anhaltspunkt gelten 19/ 
/10/: 

char 8 Bit 
short 16 Bit 

int natürliche Genauigkeit des jeweiligen 
Rechners (d. h. 16 Bit für 16-Bit-Rech- 
ner usw.) 
long 32 Bit 

Die vorzeichenlose Darstellung war bei älte- 
ren Compilern nur für die Genauigkeit des int- 
Typs möglich, neuere Versionen lassen unsi- 
gned als zusätzliches Attribut für alle Genau- 
igkeiten zu. 

Auf eine einheitliche Datenrepräsentation 
kommt es an, wenn binäre Dateien mit Ele- 
menten von mehr als 8 Bit Länge verarbeitet 
oder erzeugt werden (z.B. Objektmodule) 
oder eine Arithmetik bestimmter Genauigkeit 
erforderlich ist (z.B. Konstantenausdrucks- 
berechnung in Compilern bzw. Assemblern). 
In solchen Fällen ist short bzw. long der Vor- 
zug vor int zu geben. 

Leider ist die unterschiedliche Genauigkeit 
nicht das einzige Problem; schwerwiegender 
(weil meist nicht so offensichtlich) ist die un- 
terschiedliche Reihenfolge von Elementar- 
einheiten in einer größeren Einheit (Reihen- 
folge der Bytes im Wort, der Worte im Dop- 
pelwort, . . .). Da sich für die verschiedenen 
Varianten jeweils plausible Begründungen 
finden lassen, sind zum Leidwesen der An- 
wender auch alle Möglichkeiten in der Praxis 
vertreten /II/. Für einige gebräuchliche Ar- 
chitekturen gelten die Angaben entspre- 
chend der folgenden Tabelle. 
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Die portable Lösung solcher Probleme soll an 
einem Beispiel demonstriert werden. Es sei 
ein short-Wert (16 Bit) auf ein File auszuge- 
ben; als externe Darstellung wird (relativ will- 
kürlich) die erste aus der obigen T abelle fest- 
gelegt (d. h. die natürliche für K 1 81 0 WM86). 
Eine einfache Lösung könnte sein: 
short value; 

fwrite (&value, sizeof(short), 1 , fp_outfile); 

Diese Lösung würde aber nur bei der K 1810 
WM86-Architektur korrekt arbeiten, eine por- 
table Lösung könnte wie folgt aussehen: 
short value; 

putc ((char) value, fp_outfile); 
putc ((char) (value/256), fp_outfile); 

Die Übersichtlichkeit wird verbessert, wenn 
man für solche Fälle Funktionen einführt (hier 
z. B. fputshort . . .). 

Typkonvertierungen 

Für die impliziten und expliziten Typkonver- 
tierungen gibt es in C keine festgelegte Se- 
mantik. Der kritische Fall ist die Überführung 
in einen Typ mit größerem Wertebereich, da 
hier je nach Compiler mit oder ohne Vorzei- 
chenerweiterung gearbeitet wird. 

Mit Typumwandlungen sollte aus diesem 
Grund (aber auch aus Gründen der Über- 
sichtlichkeit) sparsam umgegangen werden, 
eine explizite Angabe des Konvertierungs- 
operators macht darauf aufmerksam, daß 
eine kritische Stelle vorliegt und sollte daher 
immer erfolgen. 

Beachtung verdient auch der Typ des Rück- 
gabewertes von Funktionen. Bei externen 
Funktionen, die keinen Rückgabewert vom 
Typ int haben, darf die extern-Deklaration 
nicht vergessen werden (anderenfalls kann 
es durch die dann implizit erfolgende Typ- 
wandlung zu unerwarteten Ergebnissen 
kommen). 

Die Verwendung von char-Variablen für 
kleine ganze Zahlen bringt mehr Schwierig- 
keiten als Nutzen, da viele Rechner mit Da- 
tenbreiten >8 Bit solche char-Objekte im 
Vergleich zu int-Objekten keineswegs mit 
weniger Programm und Laufzeit bearbeiten. 
Höchstens bei Feldern ist ein solches Vorge- 
hen zu rechtfertigen: 

/»Ausschnitt der Kode-/Variantentabelle ei- 
nes Assemblers */ 

struct ast {char kode; char Variante;}; 
struct ast astab [ ] = { 

Oxcc, 3, 

Oxcc, 5, 

...}; 

int index, ko, var; 

ko = ((int) astab [index], kode) & Oxff; 

Aber Vorsicht! Konstanten haben im allge- 
meinen den Typ int. Wenn sie zusammen mit 
Objekten größeren Wertebereiches verwen- 
det werden, kommt es zu impliziten Typ- 
wandlungen, die nicht immer das tun, was 
der Programmierer erwartet: 


long bigval; 

bigval = bigval & OxOOOOffff; /* fehlerhaft!!! */ 

Vermutlich will der Programmierer den nie- 
derwertigen Teil ausblenden; die angege- 
bene Anweisung hat aber in einigen Compi- 
lern überhaupt keinen Effekt, da die Kon- 
stante als (-1) interpretiert wird und durch 
die Benutzung in einem long-Ausdruck vor- 
zeichenrichtig auf Oxffffffff erweitert wird. 
Eine richtige Lösung ist: 
bigval = bigval & Oxffff I ; 

Bibliotheksfunktionen 
und Ablaufumgebung 

Bei der Verwendung von Bibliotheksfunktio- 
nen können Schwierigkeiten daraus entste- 
hen, daß Parametertypen unterschiedlich 
sind (jedoch seltener), bzw. die physische 
Repräsentation eines Parameters von Be- 
deutung ist (siehe oben) oder einige Funktio- 
nen nicht überall zur Verfügung stehen; eine 
gute Hilfe sind hier /1 21 /1 3/. 

Eine der Eigenschaften der Ablaufumgebung 
ist die implizite Initialisierung von statischen 
Variablen mit einem festen Wert (meist 0). 
Dies ist aber keine Eigenschaft der Sprache 
C, Variableninitialisierungen sollten daher 
dort wo sie notwendig sind zur Unabhängig- 
keit von der Ablaufumgebung und zur besse- 
ren Selbstdokumentierung explizit vorge- 
nommen werden. Bei Programmen mit Datei- 
arbeit ist die Lage der benutzten Dateien in 
der Hierarchie zu beachten; kritisch sind hier 
vor allem solche, die von mehreren Nutzern 
gemeinsam benötigt werden (z. B. Unterpro- 
grammbibliotheken). Da der genaue Aufbau 
der Dateisysteme individuell verschieden 
sein kann, ist es wichtig, daß die entspre- 
chenden Abhängigkeiten nicht im Programm 
verstreut, sondern in einer Einfügedatei iso- 
liert werden. Für Notfälle sollte man überall 
absolute Pfadnamen zulassen, da sich so auf 
jeden Fall eine (wenn auch etwas unbe- 
queme) Arbeitsfähigkeit sichern läßt. 

Besonderheiten 

der Rechnerarchitektur 

Es ergibt sich die Notwendigkeit einer Aus- 
richtung von Datenobjekten bzw. Befehlen 
auf eine gerade Adresse bzw. auf ihre natürli- 
che integrale Grenze (d. h. 2-Byte-Objekte 
auf durch 2 teilbare Adressen, 4-Byte-Ob- 
jekte auf durch 4 teilbare Adressen . . .) 

Die Anzahl und Art der möglichen Register- 
variablen müssen berücksichtigt werden. 

Die Art und Weise der Realisierung des 
Stackrahmens beim Funktionsaufruf muß be- 
achtet werden; dies kann für Funktionen mit 
variabler Parameteranzahl von Interesse 
sein (es sind allerdings auch bei gleichem 
Prozessor verschiedene Lösungen mög- 
lich). 

Normalerweise existieren im Übersetzersy- 
stem Mechanismen zur Berücksichtigung 
dieser Besonderheiten; der Programmierer 
hat aber (durch Typwandlungen) die Mög- 
lichkeit, diese Mechanismen zu umgehen 
und ist dann selbst für die Einhaltung der ge- 
nannten Aspekte zuständig. 

Weiterentwicklung 
portabler Software 

Die Beachtung der Portabilitätskriterien stellt 
einen Beitrag zur Erhöhung von Qualität (im 
weiteren Sinne) und Produktivität bei der 
Softwareentwicklung dar. 

Aus Sicht der Softwaretechnologie ist zu 
empfehlen, bei Wartung und Weiterentwick- 


lung portabler Software von einer Basisver- 
sion auszugehen. Eventuell notwendige 
Spezifika einzelner vorgesehener Ablaufum- 
gebungen werden mit #ifdef VARIANTE . . . 
berücksichtigt. Mit dieser Möglichkeit sollte 
aber sparsam umgegangen werden, da mit 
jeder neu hinzukommenden Ablaufumge- 
bung dann auch neue Probleme auftau- 
chen. 

Nach Modifikationen der Basisversion wer- 
den die Quelltexte auf die anderen Ablaufum- 
gebungen gebracht und dort neu übersetzt. 
Die erneute Prüfung der korrekten Funktion 
sollte keinesfalls eingespart werden! Der 
Aufwand dafür ist niedrig, wenn zusammen 
mit den Quelltexten auch umfassende Test- 
datensätze und deren Sollresultate überführt 
werden. Der Vergleich von Soll- und Istresul- 
taten ist sehr einfach (diff). 
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Im Rahmen einer intensiven Beschäftigung 
mit der Systemprogrammiersprache C unter 
MS-DOS (ohne Verwendung von lint) fällt 
auf, daß Tücken für Umsteiger von anderen 
höheren Programmiersprachen auf C in der 
Standardliteratur /I/, aber auch in/2/ oder/3/ 
nur ungenügend bzw. nicht dargestellt wer- 
den. C wird jedoch mit der Einführung der 
PCs EC 1834 und A 7150 einen größeren 
Stellenwert erhalten, wie auch das Program- 
miersystem C DCP vom LfA beweist /4/. Um 
deshalb C-Einsteigern Ärger und Mehrarbeit 
zu ersparen, sei im folgenden auf Fallen , die 
sich aus der C-Philosophie und der Gewöh- 
nung an andere höhere Programmierspra- 
chen ergeben, (nicht gemeint sind Tücken, 
die auf unterschiedlichen Compilerinterpre- 
tationen, wie z. B. i + + = i; oder Bitverschie- 
bungsbefehlen, beruhen!) in diesem Artikel 
hingewiesen. 

Pointerarbeit 

Pointer dienen bekanntlich dem indirekten 
Zugriff auf Objekte jeglichen Typs. Der Defi- 
nition einer Pointervariablen durch <typ> 
*pvar; (Anlegen eines 2 bzw. 4 Bytes langen 
Speicherbereichs im Variabienspeicher) 
muß jedoch, wie bei Variablen generell, vor 
der ersten Verwendung eine Initialisierung 
folgen. Dies kann jedoch nicht durch Einga- 
befunktionen, sondern nur, falls nicht auf ein 
schon existentes Objekt gezeigt werden soll, 
durch die Speicherplatzverwaltungsfunktio- 
nen malloc(size) bzw. calloc(n, size) (bei an- 
deren Bibliotheken sicherlich noch andere) 
geschehen. Sie weisen den Pointern die An- 
fangsadresse eines freien Speicherberei- 
ches der Länge size im sogenannten Heap 
vom Typ char zu. Falls ein anderer Typ gefor- 
dert wird, so ist eine explizite Typumwand- 
lung durch den Cast-Operatur (<typ> *) 
durchzuführen. Falsch wäre also: char *pvar; 
... gets(pvar);, da Undefiniert ist, wohin die 
durch gets eingegebene Zeichenkette in den 
Speicher zu schreiben ist. Da mitunter das 
Betriebssystem betroffen ist, kann es zu my- 
steriösen Abstürzen kommen. Bestenfalls er- 
hält man auf stderr die Mitteilung: NULL PO- 
INTER ASSIGNMENT. Richtig wäre: char 
*pvar = malloc(30); . . . gets(pvar); 

Zeichenketten 

Leider existiert der Typ String in C nicht, ob- 
wohl man doch ständig mit Zeichenketten zu 
tun hat. Die Simulation von Strings erfolgt 
entweder über Felder von Zeichen oder über 
Zeiger auf Zeichen. Doch diese T atsache ruft 
neben den allgemeinen Problemen mit Poin- 
tern auch noch Probleme in der Verwendung 
der Stringoperationen hervor. Im folgenden 
seien a und b so definiert: char *a = mal- 
loc(20), *b = malloc(20); 
strcpy Eine Verdopplung einer Zeichenkette 
erreicht man nicht einfach über a = b;. Durch 
diese Anweisung wird nur Zeiger a auf den 
Anfang der durch b spezifizierten Zeichen- 
kette gesetzt. Verändert man die Zeichen- 
kette unter dem Namen b, ist sie auch unter a 
nicht mehr verfügbar. Zum Doppeln dient 
strcpy(a,b). 


strcat Man muß wissen, daß der Compiler 
alle im Quelltext vorkommenden konstanten 
Zeichenketten (auch die, die bei printf oder 
scanf als control dienen!) bei der Compilie- 
rung im Konstantenspeicher ablegt. Will man 
nun weitere Zeichen an eine konstante Zei- 
chenkette anhängen, muß man sie zuerst 
aus dem Konstantenspeicher in den Heap 
mit strcpy kopieren, wo man auch für den 
Platz der nachfolgenden Zeichenkette ge- 
sorgt haben muß. Bei Nichtbeachtung dieses 
Faktes würden nachfolgende Daten über- 
schrieben. Im Fall des Konstantenspeichers 
würde man sich wundern, daß vielleicht das 
nachfolgende printf nicht funktioniert oder 
Unsinn entsteht. Denn printf merkt sich die 
Adresse im Speicher, wo es sein control ab- 
gelegt hatte, und liest dann blindlings den 
dort stehenden Inhalt. Falsch wäre also: 
strcat(“Hallo“,gets(b));, sondern die korrekte 
Version lautet so: strcat(strcpy(a,“Hallo- 
“),gets(b)); Dies ist auch ein Beispiel, wie mit 
C kompakter Code erzeugt werden kann. Die 
bisherigen Betrachtungen galten der Darstel- 
lung von Strings mit Hilfe von Pointern. Aber 
auch die Benutzung von Arrays birgt eine 
Falle in sich, wie das folgende Programm- 
stück beweist: char a[20]; . . . a = “Stringzu- 
weisung“; Die Zuweisung klappt deshalb 
nicht, da a zwar einen Zeiger auf das Array 
darstellt, durch die Zuweisung jedoch ge- 
zwungen wird, seinen konstanten Wert zu 
ändern und auf die, im Konstantenspeicher 
befindliche, Zeichenkette zu zeigen. Man 
würde also dem Compiler zumuten, daß er 
die Speicherzelle einer Variablen ändert. 
Korrekt könnte dies so aussehen: 
strcpy(a, “Stringzuweisung“); 

Eingabe vom Terminal 

Jede Eingabefunktion überprüft bei ihrem 
Aufruf den Eingabepuffer. Falls er leer ist, 
wird er bis zum abschließenden ENTER (/n) 
zum Beschreiben geöffnet, ansonsten wird 
der Inhalt des Puffers als Eingabestrom aus- 
gewertet. Häufig zur Eingabe nur eines Zei- 
chens benutzt, aber sehr gefährlich, ist get- 
char() (und alle damit verwandten Funktio- 
nen). Falsch wäre: 

char z, *str= malloc(20); ... z = getchar(); 
. . . gets(str); 

getchar() öffnet während des Programmlaufs 
den Eingabepuffer und der Bediener kann 
nun ein (oder auch mehrere) Zeichen und 
das abschließende /n eingeben. Der Varia- 
blen z wird korrekt das erste Zeichen des Ein- 
gabepuffers zugewiesen, doch wird gets kei- 
nen leeren Puffer, sondern zumindest /n vor- 
finden. Somit wird die Eingabe nicht eröffnet 
und str bekommt die restlichen Zeichen des 
Terminalpuffers bis zum /n (zuzüglich /0 am 
Ende) durch gets zugewiesen, da gets alle 
Zeichen bis zum /n liest. Richtig ist es also, 
nach dem getchar den Terminalpuffer mit 
fflush(stdin) zu leeren. 

Beim Programmablauf benötigt man des öf- 
teren einen Haltepunkt und möchte dafür 
ebenfalls getchar nutzen. Dazu ein Realisie- 
rungsvorschlag als Makro: #define wait puts 
(“Fortsetzen mit <ET>“);(void)getchar(); 
fflush(stdin) 

Harmlose Fallen 

In diesem abschließenden Abschnitt möchte 
ich eine kurze Zusammenstellung von Stol- 


persteinen präsentieren, die insbesondere 
Pascalprogrammierer interessieren werden: 

• der\ (backslash): Er dient in MS-DOS zur 
Darstellung von Pfaden. Andererseits dient 
er in C als Einleitung von Steuerzeichen bei 
der Ausgabe von Strings. Dementsprechend 
hätte folgende Anweisung nicht den ge- 
wünschten Effekt: 

puts(“c: \ neudaten \tab1“); Berichtigung: 
Darstellung des \ durch \\ im auszugeben- 
den String. 

• Vergessenes;: Das Semikolon dient in C, im 
Gegensatz zu Pascal, nicht zur Trennung 
von Anweisungen, sondern es macht einen 
Ausdruck erst zu einer Anweisung. 

• Vergessene Break-Befehle in switch: Eine 
Case-Marke ist in C lediglich ein Einsprung- 
punkt in den laufende Code. Eine Beendi- 
gung der Anweisungsfolge wird nicht durch 
die nächste case-Marke, sondern durch ei- 
nen Break-Befehl, der möglicherweise nach 
der nächsten Case-Marke liegen kann, er- 
reicht. 

• = oder = =?: In C besitzt jede Anweisung 
einen Wert. So auch die Zuweisung a = b;, da 
a den Wert und den Typ von b annimmt. Inso- 
fern ist der Ausdruck if (a = b) . . . nicht falsch, 
da in C ein Wert logisch als false interpretiert 
wird, wenn er den Wert 0 besitzt, ansonsten 
ist er true. Es wird jedoch leider überhaupt 
nicht das erreicht, was der Programmierer ei- 
gentlich wollte, nämlich den Vergleich durch- 
zuführen: if (a= = b) ... 

• Vergessene Klammern bei einem Funktions- 
aufruf: Es ist nicht falsch, statt des Aufrufs ei- 
ner Funktion mit einer dem Namen nachge- 
stellten, in Klammern gesetzten Parameterli- 
ste die Klammern und die Parameterliste 
wegzulassen. Dieses liefert dann aber die 
Adresse der Funktion. 

• Variablenbezeichner: Im Gegensatz zu Pas- 
cal ist die Schreibweise in Groß- und Klein- 
buchstaben signifikant, das heißt das var, Var 
und VAR drei verschiedene Variablen defi- 
nieren 

• Indizierung mehrdimensionaler Felder: Be- 
trachten wir einmal folgenden Programm- 
code: int feld[1 00,4]; Es soll hier also ein 
zweidimensionales Feld von Integergrößen 
definiert werden. Dieses Ziel wird aber nicht 
erreicht, da es in C möglich ist, mehrere Aus- 
drücke durch Kommata zu trennen. Es wer- 
den dann alle Ausdrücke berechnet und der 
Wert des Ganzen wird durch den am weite- 
sten rechts stehenden Ausdruck bestimmt. 
Unser obiger Code entspricht also int feld[4]; 
Korrekt sieht eine solche Anweisung so aus: 
int feldjl 00][4] ; 
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Unter MS-DOS und kompatiblen Betriebssy- 
stemen kann eine Maus in Turbo-Pascal- 
Programmen zur Gestaltung einer an- 
spruchsvollen Dialogführung im Textmode 
eingesetzt werden. Sie bewährt sich als Hilfs- 
mittel bei der Menüauswahl, beim Rollen, 
Blättern und Markieren von Daten in Bild- 
schirmfenstern und beim Aufheben von War- 
tezuständen in Entscheidungspunkten. Dia- 
logprogramme sollten sowohl mit als auch 
ohne Maus-Unterstützung lauffähig sein. Die 
in diesem Artikel vorgestellten Prozeduren 
ermöglichen den Einsatz der Maus in Turbo- 
Pascal-Programmen (Version 4.0). 

Aufruf der Maus-Funktion 

Die Maus-Funktionen werden überden DOS- 
Interrupt 33H angesprochen, wobei durch 
Register AX die spezielle Funktion ausge- 
wählt wird. Bild 1 zeigt einen Satz von Turbo- 
Pascal-Prozeduren zum Aufruf der Maus- 
Funktionen im Textmode, der für viele An- 
wendungsfälle ausreicht. Diese Prozeduren 
werden im folgenden erläutert (siehe Bild 1): 


Maus-Cursors auf dem Bildschirm. Ein Soft- 
ware-Maus-Cursor wird durch einen Zei- 
chencode und ein Zeichenattribut repräsen- 
tiert, die die Bildschirmstelle ersetzen oder 
verändern, auf der die Maus positioniert ist. 
Der Wert screenmask wird der Prozedur 
übergeben und legt fest, welche Bildschirm- 
charakteristika auf der Maus-Position erhal- 
ten bleiben sollen. Er wird mit dem aktuellen 
Bildschirmzeichen und -attribut über AND 
verknüpft. 

Screenmask=80FFH bedeutet beispiels- 
weise, daß das Bildschirmzeichen in seiner 
Gestalt unverändert bleiben soll (FFH); vom 
Bildschirmattribut wird jedoch nur die Eigen- 
schaft Blinken erhalten, nicht aber Vorder- 
und Hintergundfarbe (80H). Der Wert cursor- 
mask bestimmt die Merkmale, die durch den 
Maus-Cursor verändert werden sollen. Er 
wird mit dem Ergebnis der vorherigen AND- 
Operation über XOR verknüpft. Cursor- 
mask=2000H legt für den Maus-Cursor grü- 
nen Hintergrund und schwarzen Vorder- 
grund fest (20H); das Bildschirmzeichen wird 
in seiner Gestalt belassen. Der Aufruf 
SOFTTEXTMOUSE($80FF,$2000) definiert 
also den Maus-Cursor als grünen Block, in 
dem das aktuelleZeichen schwarz erscheint. 
Mit der Initialisierung der Maus und der Aus- 


und HIDEMOUSE sind stets im Wechsel zu 
verwenden. 

Die augenblickliche Position des Maus-Cur- 
sors wird mit Hilfe von GETM0USEP0SITI0N 
bestimmt. Diese Prozedur vermittelt auch die 
Maus-Taste, die zum Zeitpunkt der Abfrage 
gedrückt war. Dabei bedeuten gesetzte Bits 
0, 1 bzw. 2 in der Variablen button, daß die 
linke, rechte bzw. mittlere Maus-Taste ge- 
drückt wurde. 

SETM0USEP0SIT0N setzt den Maus-Cursor 
auf eine bestimmte Bildschirmstelle. 
M0USEWIND0W ist eine Prozedur, die den 
Maus-Cursor in ein vorgegebenes Fenster 
zwingt. Hier sind gleiche Werte für die Spal- 
ten- bzw. Zeilenangaben möglich, beispiels- 
weise die Beschränkung der Maus-Bewe- 
gung auf eine bestimmte Zeile. 

Beispiele 

An zwei einfachen Beispielen soll die Anwen- 
dung der Maus-Prozeduren demonstriert 
werden: 

Die im Bild 2 gezeigte Prozedur WAIT erzeugt 
einen Haltepunkt im Programm, der nach be- 
liebigem Tastendruck auf Tastatur oder 
Maus beendet wird. 

Mit Hilfe der in Bild 3 dargestellten Prozedur 
DECIDE wird eine Entscheidung durch eine 
einzelne Taste gefällt. Zur Entscheidung zu- 
gelassen sind dabei alle Tasten, die der Pro- 
zedur über den String Ende Tasten überge- 
ben werden. In diesem String werden vom 
aufrufenden Programm je zwei Zeichen für 
eine Taste bereitgestellt. Das erste Zeichen 


var reg : regieters ; 

|Procedure INITMOUSE! var anzbutton:byte; var mouseok: boolean) ; 

if men [ *0000 : *00cc 3=0 { interruptvektor *33} 

then mouseok : -f alse {keine interruptroutine} 

eise begin 

reg. ax: =0; reg.bx:=0; intr(*33, reg) ; 

if reg.axoO then mouseok : =true eise mouseok: false; 

anzbutton : =reg . bl ; 

end ; {initmouse} 


begin 

reg. ax: =10; reg.bx:=0; 

reg. cx: =screenmask; reg.dx: =cursornask; 
intr(*33, reg) ; 
end . {sof ttextmouse} 


procedure SHOWMOUSE, 

begin reg. ax: =1 ; intr(*33, reg) ;end; {showmouse} 


procedure WAIT; 

var anzbutton.x, y, button :byte; mouseok : boolean ; rk:char; 


begin 

INITMOUSE! anzbutton, mouseok); {Maus Initialisierung} 
if mouseok then begin 

SOFTTEXTMOUSEt *80f f , *2000) ; 

{Maus in das aktuelle Fenster zwingen} 

MOUSEW1NDOW( lo( windmin ) + 1 , hi ( windmin ) + 1 , 
lo( windmax) + 1, hi ( windmax) + 1); 


SHOWMOUSE; 


while* 1 KEYPRESSED do rk:=READKEY; {Tastaturpuffer leeren} 

if mouseok then GETMOUSEPOSITION(button, x, y) ; 
until KEYPRESSED or (buttonOO) ; 

while KEYPRESSED do rk:=READKEY; {Tastaturpuffer leeren} 
if mouseok then begin 

HIDEMOUSE; MOUSEWINDOW! 1, 1, 80, 25) ; 
end; 

end; {wait} 


Die Prozedur INITMOUSE initialisiert die 
Maus. Dem aufrufenden Programm wird der 
Erfolg der Initialisierung (mouseok) und die 
Anzahl der verfügbaren Maus-Tasten (anz- 
button) übergeben. 

SOFFTEXTMOUSE definiert das Aussehen des 


Der Maus-Cursor wird jedoch erst nach dem 
Aufruf der Prozedur SHOWMOUSE auf dem 
Bildschirm sichtbar. Die Prozedur HIDE- 
MOUSE läßt dagegen den Maus-Cursor vom 
Bildschirm verschwinden. SHOWMOUSE 


enthält das Hauptbyte (den ASCII-Code), für 
Funktions- und Cursor-Tasten den Wert Null. 
Das zweite Zeichen ist für normale Tasten mit 
Null, für Funktions- und Cursortasten mit dem 
Hilfsbyte zu belegen. Ist die Maus installiert, 
so werden den ersten drei Endetasten die 
rechte, linke bzw. mittlere Maus-Taste zuge- 
ordnet. Eine Maus-Taste kann für die Proze- 
dur DECIDE gesperrt werden, indem die ent- 
sprechende Endetaste mit Null (chr(O) 
+chr(0)) belegt wird. 

Beispiele für den Aufruf von DECIDE: 

var endetasten:string; taste:word; 

endetasten:=chr($0d)+chr(0)+ 
chr($1b)+chr(0)+ 
chr(O) +chr(3b); 

DECIDE(endetasten, taste); 

case Taste of 
$0d 
$1b 

$3b00: . . . 

end; 


sdure GETMOÖSEPOSITIOH! var button, x,y 
i.ax:=3; intr(*33, reg) ; button : =reg ■ b 
{getmouseposition} 


e SETMOUSKPOSITION ( x. 


g.dx: =pred{y)*8; 


Bild 2 Beispiel für die 
Maus-Anwendung 
Haltepunkt im Pro- 


e MOUSEWINDOW! xl , y 1 , x2 , y2 : b 

:=7; reg.cx:=pred(xl)»8; 
33, reg) ; 

: -8 ; reg. cx: =pred(yl ) *8 ; 


x:=pred(x2)»8; 

x:=pred(y2)*8; 


Bild 1 

Prozeduren zum Auf- 
ruf der Maus-Funktion 


il des Maus-Cursors ist die Maus aktiv. 
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procedure DECIDE (var endetasten ; var taste :word); 
const leftbutton=l; rightbutton=2; middlebutton=4; 
var anztasten, anzbutton , x, y, button : byte ; j : integere 

mouseok, mouse, keybord, ok: boolean ; rk: char ; 


taste : =KEYSTATUS ; 

if (tasteOO) then keybord : =true 

eise if mouseok then begin 

GETMOUSEPOSITION( button, x,y) ; 


n KEYSTATÜS:word; 
eg. ah: =1 ; re 
f reg.flags 

nd 

Ise KEYSTATUS: =0; 


; intr($16, reg) ; 
ro=0 then begin 
reg. ah: =0; KEYSTATUS : =re 


INITM0USE( anzbutton , mc 


(endetasten)] div 2; 


end; 

until keybord or mouse; 


if mouse then begin # 

i'f (button and rightbutton=rightbutton) then 

taste: =memw[seg( endetasten) : ofs( ende tasten )+l] 
eise if (button and leftbutton=leftbutton) and 



repeat {bis Endetaste) 

while KEYPRESSED do rk : =READKEY ; 
keybord : =f alse ; mouse : =f alse ; button : =0; 
repeat {bis beliebige Taste) 


while KEYPRESSED do rk : =READKEY ; 
if mouseok then begin 

HIDEMOUSE; H0USEWIND0W( 1. 1, 80, 25) ; 




Bild 3 Beispiel für die Maus- Anwendung, Entscheidungspunkt im Programm 


Nach dem Aufruf von DECIDE wird in diesem 
Beispiel die Eingabe einer der Tasten EN- 
TER, ESC bzw. Fl erwartet, wobei der Druck 
der rechten Maus-Taste wie ENTER, der lin- 
ken wie ESC und der mittleren (falls vorhan- 
den) wie Fl wirkt. 

Zur Abfrage der Tastatur wird in DECIDE die 
Funktion KEYSTATUS verwendet, die den 
Tastencode in der beschriebenen günstigen 
Weise aufbereitet. 

Mit den vorgestellten Hilfsmitteln lassen sich 


Prof. Dr. Dietmar Müller, Jan Pauliuk 
Technische Universität, Karl-Marx- 
Stadt, Sektion Informationstechnik 


Entwurfsvorgaben und -restiktionen 
bei Gate-Array-Schaltkreisen 

Die Spezifik des Entwurfes und des Einsat- 
zes von Gate-Array-Schaltkreisen erfordert 
die Einhaltung bestimmter Vorgaben und Re- 
striktionen, damit der im Silizium realisierte 
Schaltkreis 

- mit dem ersten Entwurf funktioniert und 

- vom Hersteller (Struktur-) prüfbar 
ist. 

Nachfolgend werden die aus dem Prinzip von 
Gate-Array-Schaltkreisen (siehe z. B. / 1/, 121) 
resultierenden allgemeinen Restriktionen und 
die durch das LSSD-Prinzip verursachten 
Vorgaben und Restriktionen beschrieben. 

Allgemeine Vorgaben und Restriktionen 

Wie bereits ausgeführt, existieren gegenwär- 
tig nur digitale Funktionselemente (Hard- und 
Softwaremacros). Es fehlen neben direkten 
analogen Komponenten (wie Operationsver- 
stärker) insbesondere auch Elemente mit 
Triggerfunktionen für die Eingangsstufen. 
Dieses Fehlen analoger Komponenten ist 
eine Schwachstelle, da üblicherweise viele 
der zu verarbeitenden Signale analogen 
Charakter haben. 


anspruchsvolle Dialogprogramme entwik- 
keln. Die Maus-Tasten sollten dabei stets 
gleiche Bedeutungen besitzen, z. B. 
rechte Taste - bestätigen/auswählen 
linkeTaste - verneinen/beenden. 

Der mittleren Maus-Taste könnten beson- 
dere Funktionen zugeordnet werden, bei- 
spielsweise bei der Fensterarbeit in Abhän- 
gigkeit von der Maus-Position das Rollen der 
Fensterdaten nach oben bzw. nach unten. 


Aus diesem Grunde werden künftige Gate- 
Array-Schaltkreise auch analoge Funktions- 
elemente für Eingangs- und Ausgangsstufen 
ebenso aufweisen müssen wie RAM- und 
Prozessorstrukturen, damit die Einsatzbreite 
weiter erhöht werden kann. 

Eine weitere Randbedingung ist die durch 
den Masteraufbau vorgegebene Anzahl der 
potentiellen Funktionselemente, die im allge- 
meinen noch in mögliche kombinatorische 
Funktionselemente und in mögliche LSSD- 
Flipflops (siehe nächsten Abschnitt) unterteilt 
werden, wodurch ebenfalls Entwurfsbe- 
schränkungen entstehen. Der Anwender 
muß beim Entwurf seines Systemkonzepts 
weiterhin auf die verfügbaren Ein-/Aus- 
gangsanschlüsse des Schaltkreises, die we- 
sentlich durch die Gehäuseform bestimmt 
sind, achten. Für Gate-Array-Schaltkreise 
werden Chip-Carrier-Gehäuse mit bis zu 1 28 
Pins verwendet (z. B. im System U 5200 PCC 
64 oder künftig ausschließlich QFP 68). Bei 
weiter ansteigender Komplexität der Gate- 
Array-Schaltkreise wächst die Tendenz, 
auch Pin-Grid-Gehäuse mit bis zu 255 Pins 
einzusetzen, wobei die Gehäusekosten den 
Schaltkreispreis maßgeblich beeinflussen. 
Die Ein-/Ausgangsanschlüsse müssen vom 
Anwender ebenfalls bezüglich ihrer konkre- 
ten Funktion „programmiert“ werden. Das 
heißt, der Anwender legt - wie bei den Funk- 
tionselementen - auch für die E-/A-An- 
schlüsse mit Hilfe der Interface-Macros fest, 


1 M KONTAKT ® 1 
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ob die um die Bondinsel angeordneten 
Schaltungen als Eingangsschaltung und/ 
oder als Ausgangsschaltung fungieren sol- 
len; dabei wird auch fixiert, mit welchem Pe- 
gel sie arbeiten, welches T reiberverhalten sie 
besitzen sollen u. a. 

Restriktionen 

durch den prüfgerechten Entwurf 

Da der Hersteller von Gate-Array-Schaltkrei- 
sen deren Funktion nicht kennt, das “Funktio- 
nieren“ des Schaltkreises - sprich das des 
Siliziums - dem Anwender aber nachweisen 
muß, ist die Notwendigkeit einer Strukturprü- 
fung mit der Möglichkeit einer automatischen 
Testsatzgenerierung einleuchtend. Die Sinn- 
fälligkeit einer Strukturprüfung wird durch die 
kleinen bis mittleren Stückzahlen pro Typ 
weiter untermauert. 

Daher müssen Gate-Array-Schaltkreise so 
entworfen werden, daß sie trotz der unver- 
meidbaren Parameterschwankungen funk- 
tionieren und mit vertretbarem Aufwand prüf- 
bar sind. 

Die technologiebedingten Parameter- 
schwankungen verändern insbesondere die 
dynamischen Kennwerte. Die zu entwerfen- 
den Schaltungsstrukturen müssen jedoch 
unabhängig von diesen Schwankungen funk- 
tionieren, das heißt unabhängig von dynami- 
schen Parametern sein, wodurch die Forde- 
rung nach pegelabhängigen (englisch: level 
sensitiv) Schaltungen entsteht. Die Prüfbar- 
keit des Schaltkreises wird durch die Ausbil- 
dung eines Scan-Pfades (englisch: scan- 
path) realisiert. Aus diesem Grunde werden 
Gate-Array-Schaltkreise im System U 5200 
nach dem LSSD-Prinzip (englisch: level sen- 
sitive-scan-design) entworfen. 


Entwurf von Gate-Array- 
Schaltkreisen Teil 3 
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1. LS-Prinzip 

Schaltungen sind nach 121 dann level-sensi- 
tiv, wenn 

- der Ausgangszustand (logischer Pegel) 
nach jeder erlaubten Eingangsänderung un- 
abhängig von den internen Schaltungsverzö- 
gerungen ist 

- sich der Ausgangszustand als statischer 
Endwert unabhängig von der Reihenfolge 
der Eingangsänderungen ergibt. 

Daraus folgt für Gate-Array-Schaltkreise: 

- ausschließliche Nutzung rückführungs- 
freier kombinatorischer Schaltungen, da 
diese stets level-sensitiv sind 

- ausschließliche Nutzung synchron getak- 
teter Speicherelemente, die durch den stati- 
schen Endwert (logischer Pegel) der kombi- 
natorischen Ausgänge gesteuert werden, 
wodurch die innerhalb der Kombinatorik 
möglichen Hazards wirkungslos werden. 
Wettlauferscheinungen innerhalb dieser 
Speicherelemente müssen durch strukturelle 
Maßnahmen wirkungslos werden. 

Mit derartigen synchron getakteten Speicher- 
elementen und der rückführungsfreien Kom- 
binatorik besitzt die Gesamtschaltung die ge- 
forderte Eigenschaft, level sensitiv zu sein. 

2. Scan-Prinzip 

Die Anwendung dieses Prinzips führt zu der 
für die Testung erforderlichen Steuer- und 
Beobachtbarkeit. 

Steuerbarkeit: Das System kann in vorbe- 
stimmte Zustände überführt werden, wobei 
die Eingangs- und Zustandsvariablen ein- 
stellbar sein müssen. 

Beobachtbarkeit: Die Reaktion des Systems 
(Ausgänge und Folgezustände) auf vorbe- 
stimmte Eingangssignale muß meßbar 
sein. 

Dazu wird ein Scan-Pfad durch eine zeit- 
weise Kettenschaltung aller obiger Speicher- 
elemente realisiert. Dadurch wird die aufwen- 
dige Testung von sequentiellen Schaltungen 
in die weniger aufwendige Testung der Spei- 
cherelemente und die Testung der rückfüh- 
rungsfreien kombinatorischen Schaltungen 
getrennt. 

3. LSSD-Schaltungsprinzip 

Wie bekannt, sind die vorbereiteten Transi- 
storstrukturen für die potentiellen Funktions- 
elemente in parallelen Zeilen oder Straßen 
angeordnet (siehe zum Beispiel /3 /). 

Für die geforderten level-sensitiven Gesamt- 
schaltungen, die aus der Einbettung rückfüh- 
rungsfreier Kombinatorik in getaktete FFs be- 
steht, wird diese Anordnung genutzt. Dazu 
wird die Kombinatorik in bestimmten Zeilen 
konzentriert, und in den übrigen Zeilen sind 
die Speicherelemente angeordnet. Damit er- 
gibt sich die im Bild 8 dargestellte LSSD- 
Schaltungsstruktur. 
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Bild 8 LSSD-Schaltungsstruktur 
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Dabei werden entweder einheitliche Transi- 
storen auf dem gesamten Chip genutzt und 
durch die Verdrahtungsebenen zu kombina- 
torischen Funktionselementen oder zu Spei- 
cherelementen verbunden. Oder es werden 
speziell für die Kombinatorik und für die Spei- 
cherelemente entworfene und angepaßte 
Transistorstrukturen in Zeilen auf dem Chip 
erzeugt, wodurch die Lage und die Zahl der 
„Kombinatorikzeilen“ und der „FF-Zeilen“ fi- 
xiert sind (z.B. im System U 5200), jedoch 
wegen des speziellen Entwurfs - besonders 
bei den FFs - Chipfläche gespart oder die 
Schaltzeiten verkürzt werden. 

Für diese LSSD-Schaltungsstrukturen muß 
gelten bzw. muß realisierbar sein: 

- Eingänge der Kombinatorik werden von 
den Ausgängen der FFs oder von den Ein- 
gangsstufen des Schaltkreises gespeist 

- Ausgänge der Kombinatorik werden an die 
Eingänge der FFs oder an die Ausgangsstu- 
fen des Schaltkreises geschaltet 

- Rückführungen sind nur über die FFs zu- 
lässig 

- Verbindung aller FFs zu einer Schiebe- 
kette während des Testmodus. 

Die im Bild 8 gezeichneten LSSD-FFs haben 
eine Doppelfunktion. Im Arbeitsmodus (Sy- 
stemmodus) sind sie „normale“ getaktete 
Flipflops, und im Testmodus sind sie Flipflops 
einer Schiebekette. Dazu sind diese Master- 
Slave-FFs mit einem vor- und nachgeschal- 
teten Umschalter für diese Betriebsarten 
ausgestattet. 

Bild 9 zeigt das im Gate-Array-Lehrsystem IM 
genutzte aufwandsarme D-Master-Slave-FF, 
wobei das für die CMOS-Technologie cha- 
rakteristische Transfergate genutzt wird. Mit 
dem Takt C wird bei C = 1 das Eingangssi- 
gnal an D in den Master übernommen und bei 
C = 0 vom Master an den Slave weitergege- 
ben. 


o Takte Takte 



Bild 9 CMOS-typisches D-Master-Slave-FF 


Durch den Einsatz weiterer T ransfergates als 
Betriebsartenumschalter entsteht ein LSSD- 
FF (Bild 10). 



Bild 10 Schaltung und Symbol eines LSSD-FFs 


Im Gate-Array-System U 5200 werden takt- 
zustandsgesteuerte JK-Master-Slave-FFs 
innerhalb des LSSD-FF genutzt, dessen prin- 



Bild 1 1 Prinzip des LSSD-FFs im System U 5200 


zipieller Aufbau im Bild 1 1 dargestellt ist. Es 
ist zu erkennen, daß im Gegensatz zu Bild 1 0 
vor dem Slave-Teil umgeschaltet wird, wor- 
aus ein Arbeits- und ein Schiebeslave folgen. 
Die logische Schaltung dieses LSSD-FF ist 
beispielsweise in /4/ angegeben. 

Betriebsart: Arbeitsmodus (Anwendermo- 
dus) 

Dieser Modus (SH = 0 im Bild 10 oder M = 0 
im Bild 1 1 ) ist der normale, das heißt, die ent- 
worfene Schaltungsstruktur realisiert die zu 
erfüllende Funktion im Sinne eines synchron 
getakteten Systems. Die LSSD-FFs können 
und werden ausschließlich zur Erfüllung der 
sequentiellen Funktionen des Gate-Array- 
Schaltkreises genutzt. 

Entsprechend Bild 1 0 wird während C = 1 der 
statische Endwert der vorgeschalteten Kom- 
binatorik in den Master übernommen (beim U 
5200 während der Masterphase wegen der 
Low-Aktivität bei C = 0). 

Dabei sollte die Dauer dieser Taktphase nicht 
wesentlich über der minimalen, für eine si- 
chere Zustandsübernahme ausreichenden 
Dauer liegen, um die maximal erreichbare 
Betriebsfrequenz nicht zu verringern und um 
die Wirkung zufälliger Spikes in der Kombina- 
torik zu begrenzen. Es sollte daher stets ein 
unsymmetrischer Takt mit der minimalen Ma- 
sterphase angestrebt werden. 

Während C = 0 wird der Zustand des Ma- 
sters in den Slave übernommen und steht da- 
mit als Eingangssignal für die nachgeschal- 
tete Kombinatorik zur Verfügung. Die Dauer 
dieser Taktphase (Slavephase) muß so ge- 
staltet werden, daß neben der sicheren Zu- 
standsübernahme in den Slave sich auch der 
statische Endwert an der nachgeschalteten 
Kombinatorik einstellen kann. 

Neben den Übernahmezeiten in den Master 
und den Slave (einschließlich der Takttole- 
ranzen und -Verschiebungen) bestimmt die 
größte Verzögerungszeit der Kombinatorik 
und damit die maximale Kettenlänge der - 
vom Anwender entworfenen - Kombinatorik 
die maximale Betriebsfrequenz des Gate-Ar- 
ray-Schaltkreises. 

Der Simulator des CAD-Systems (siehe zum 
Beispiel 151) berechnet unter Worst-case-Be- 
dingungen die Verzögerungszeiten der Kom- 
binatorik, addiert die Zeiten für die Verzöge- 
rungen innerhalb des FFs und ermittelt damit 
die Dauer der Slavephase. 

Betriebsart: Testmodus (Schiebemodus) 
Durch das Signal SH=1 (U 5200 :M = 1) 
werden alle LSSD-Flipflops zu einer Schie- 
bekette zusammengeschaltet. 

Der damit mögliche (Struktur-)Test beim Her- 
steller beinhaltet: 

- Testung der Speicherelemente 

- Testung der (rückführungsfreien) Kombi- 
natorik. 

Erstere werden getestet, indem an den Test- 
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eingang QSI des Schaltkreises und damit an 
den Eingang QS des ersten, zu einer Kette 
geschalteten LSSD-FFs regelmäßige Test- 
folgen angelegt und durchgeschoben wer- 
den. Funktionieren alle FFs, erscheinen 
diese Folgen am Testausgang (bei U 5200 
nach 102 Takten) unverfälscht. 

Für die Testung der Kombinatorik werden 
vom CAD-System (siehe Teil 2) mittels eines 
modifizierten D-Algorithmus Testvektoren 
(-folgen) berechnet, die strukturelle Fehler - 
wie defekte Transistoren, Kurzschlüsse und 
Unterbrechungen von Verbindungsleitungen 

- prüfen. 

Diese Folgen werden in die LSSD-Kette ein- 
geschoben und Teile dieser Folgen direkt an 
die nutzerspezifischen Eingangspins des 
Schaltkreises gelegt. 

Nach Umschalten auf den Arbeitsmodus ste- 
hen die Bitmuster an den Eingängen der 
Kombinatorik zur Verfügung (Steuerbar- 
keit!). Nach Erreichen des statischen End-' 
wertes der Ausgangssignale der Kombinato- 
rik werden diese in den Master und anschlie- 
ßend an den Slave übernommen. (Im Bild 1 1 
ist der Modusumschalter nach dem Master 
nur zur Prinziperläuterung eingefügt. Schal- 
tungstechnisch ist der Schiebeslave an den 
Master angeschlossen.) 

Nach Umschalten in den Testmodus werden 
diese Ausgangszustände als Ergebnisse der 
kombinatorischen Verknüpfung der zu prü- 
fenden IST-Struktur herausgeschoben (Be- 
obachtbarkeit!) und können mit den berech- 
neten SOLL-Ergebnissen verglichen wer- 
den. Bei Nichtübereinstimmung wird der Chip 
als fehlerhaft gekennzeichnet, sonst wird der 
obige Vorgang mit weiteren berechneten 
Testvektoren bis zur vollständigen Testung 
der Struktur fortgesetzt. (Bei redundanten 
Schaltungen läßt sich keine vollständige Te- 
stung erreichen, da keine Steuerbarkeit mehr 
vorhanden ist.) 

Auswirkungen 

auf die Schaltungstechnik 

Der Anwender muß beim Entwurf neben 
Kenntnissen aus den Datenblättern (z. B. bei 
U 5200: 1020 Gatteräquivalente, 102 RS-JK- 
MS-FFs, Stromverbrauch kleiner 10 mA, er- 
reichbare Betriebsfrequenzen ...1 ...3 

. . .MHz) auch solche besitzen, die aus dem 
LSSD-Prinzip folgen. 

Wesentliche Auswirkungen auf die Schal-- 
tungstechnik gegenwärtiger Gate-Array- 
Schaltkreise sind: 

- Gate-Array-Schaltkreise arbeiten stets 
synchron, alle 102 FFs im System U 5200 
werden durch einen Takt getrieben. Der Auf- 
bau von Untertaktsystemen ist nur durch die 
Verwendung zusätzlicher Gatter möglich 
(z. B. alle FF-Eingänge durch Zweier-NANDs 
getort, wobei auch diese FFs selbstverständ- 
lich nur vom Systemtakt gesteuert werden - 
siehe Bild 12). 

- Ausschließliche Nutzung der LSSD-FFs 
(Bilder 9 und 1 1 ) und von diesen abgeleiteten 
Varianten (im Sinne von verfügbaren Hard- 
waremakros) führt dazu, daß D-FFs und T- 
FFs nur mit zusätzlichem Aufwand erzeugt 
werden können. Bild 12 zeigt Varianten, die 
mit dem Systemtakt oder mit einem „Anwen- 
der-Takt gesteuert werden. 

- Verbot von Rückführungen in der Kombi- 
natorik (Zyklenfreiheit) bedeutet Verbot des 
Aufbaus zusätzlicher Speicherelemente. 

- Redundanz in den Schaltungen verhindert 
eine vollständige Prüfbarkeit. Der Anwender 
muß daher auf die Vermeidung von Redun- 


danz achten, da bisher das CAD-System 
auch offensichtliche Redundanz (z. B. par- 
allel geschaltete Eingänge) nicht signali- 
siert. 

- Monoflops oder Verzögerungsschaltun- 
gen, die Gatterverzögerungszeiten nutzen, 
sind nicht zulässig und müssen durch Zähler 
oder Schieberegister realisiert werden. 

Aus den verfügbaren Funktionselementen 
und der benutzten CMOS-Technologie erge- 
ben sich: 

• Komplexe Schaltungen müssen stets auf 
die Zusammenschaltung von in der Biblio- 
thek vorhandenen Funktionselementen 
(Hard- und Softwaremakros) zurückgeführt 
werden, dabei ist 

- Nutzung der negierenden und nichtnegie- 
renden Ausgänge der Grundgatter und 

- Nutzung von Mehrfach- und Komplexgat- 
tern anzustreben. 

Mehrfachgatter nutzen die 8-Transistorzelle 
vollständig aus (z. B. QINV1 - vier Inverter; 
DNAND2, DNOR2-zwei NAND- bzw. NOR- 
Gatter). Komplexgatter sind zweistufige 
UND-ODER- oder NAND-NOR-Strukturen, 
die ebenfalls die 8-Transistorzelle voll nut- 
zen. Bei diesen Gattern werden die Chipflä- 
chen effektiv ausgenutzt (Verbesserung der 
Plazierung und Trassierung möglich) und die 
Verzögerungszeiten verkürzt (zellinterne 
Verdrahtung). Mehrfachgatter sollten insbe- 
sondere bei regulären, zusammengehören- 
den Schaltungsstrukturen angewendet wer- 
den, da bei ungünstigem Einsatz durch lange 
Verbindungen auch unnötige Verzögerungs- 
zeiten entstehen. 

• E-/A-Stufen werden durch Interfacema- 
kros realisiert, die CMOS- und/oder TTL- 
kompatible Pegel verarbeiten und die Twos- 
tate-, Tristate- oder Opendrain-Ausgänge 
besitzen. Es gibt bidirektionale Treiber zum 
Anschluß der Gate-Array-Schaltkreise an ex- 
terne Bussysteme. Die internen Logikgatter 
besitzen kein solches Ausgangsverhalten, 


deshalb sind keine internen Bussysteme rea- 
lisierbar. 

• E-/A-Stufen sind nicht gelatcht. Bei Bedarf 
notwendiger Eingangs- und Ausgangsregi- 
ster müssen diese aus den verfügbaren 
LSSD-FFs aufgebaut werden. Bei asynchro- 
nen Signalen an den Eingangspins sind zur 
Synchronisation zusätzliche Flankenauswer- 
teschaltungen notwendig /6/. 

• RAM- und ROM-Strukturen sind (noch) 
nicht verfügbar. Daher müssen diese bei Be- 
darf durch die verfügbaren LSSD-FF.s oder 
über Multiplexkombinationen erzeugt wer- 
den, oder es müssen externe RAM-, ROM- 
oder EPROM-Schaltkreise genutzt werden. 

• PLA-Strukturen (z. B. Dekoder) müssen in 
eine Randomlogik möglichst unter Nutzung 
von Komplexgattern umgewandelt werden. 

• Hohe Ausgangslastfaktoren (größer 20) 

sind für die statische Funktion bei Anstieg der 
Verzögerungszeiten wegen der CMOS- 
Technologie möglich. Bei zu erfüllenden zeit- 
lichen Vorgaben können zusätzliche Treiber 
eingefügt werden . wird fortgesetzt 
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Fraktale in Pascal 


Berthold Biener, Erfurt 


Im Beitrag „Fraktale vom KC 85/3“ von Prof. 
H. Völz wurde in MP 1/88 eine interessante 
Einsatzmöglichkeit für grafikfähige Klein- 
computer vorgestellt/1/. Die angeführten Re- 
chenzeiten bis zu 250 Stunden für ein Bild er- 
scheinen jedoch wenig akzeptabel. Deshalb 
wird bei vielen interessierten Nutzern der 
Wunsch aufgekommen sein, ein schnelleres 
Programm einzusetzen. Dem sind jedoch 
durch den Basic-Interpreter Grenzen ge- 
setzt. Ein Ausweg ist die Verwendung einer 
anderen Programmiersprache auf Compiler- 
basis. Hier bietet sich die Sprache Pascal an, 
für die ein entsprechender Compiler auch für 
den KC 85/3 verfügbar ist. Damit lassen sich 
die Rechenzeiten auf weniger als 10% ver- 
kürzen. Das hier vorgestellte Programm be- 
nötigt für die Gesamtdarstellung des Apfel- 
männchens knapp 2 Stunden, während in 
Basic unter den gleichen Bedingungen 
30 Stunden Rechenzeit verbraucht wurden. 

Als neue Aspekte enthält das Programm eine 
weitere zur Fraktalberechnung verwendbare 
Funktion und eine neue Darstellungsform, 
beides basierend auf Arbeiten von Prof. Völz. 
Die Fraktale können nun auch dreidimensio- 
nal dargestellt werden, wobei die dritte Di- 
mension die Anzahl der erreichten Iteratio- 
nen für jeden Punkt angibt. Das Programm 
wurde für KC-PASCAL 2.2 erstellt und am KC 
85/3 erprobt (siehe Bild 7 auf Seite 237). 

Die Prozedur PLOT übergibt Punktkoordina- 
ten nach der Verknüpfung mit der Farbinfor- 
mation (konstant gelb) an die PSET-Proze- 
dur des Compilers. Die LIN&Prozedur zeich- 
net Linien mit der Einschränkung, daß bei be- 
tragsmäßigem Anstieg <1 der Verlauf von 
links nach rechts gehen muß. Diese kann je- 
doch zur allgemeinen Anwendung der Proze- 
dur durch wenige zusätzliche Programm- 
schritte aufgehoben werden. 

Die Prozeduren APFEL und ROCHEN führerf 
die eigentlichen Konvergenzuntersuchungen 
in einem Punkt aus. Dabei beinhaltet APFEL 
die bekannte Apfelmännchenfunktion, RO- 
CHEN die angekündigte andere Funktion. Die 
Anzahl der Iterationen bis zum Abbruch, wird 
über den Parameter M zurückgegeben. 

Die Prozedur VELO realisiert die Anfangsein- 
stellung des Minimum-Maximum-Vektors für 
die Unterdrückung verdeckter Linien in der 
dreidimensionalen Darstellung durch die 
Prozedur BERG. Letztgenanntes Unterpro- 
gramm wird für jeden zu berechnenden 
Punkt aufgerufen und prüft dessen Sichtbar- 
keit. Dabei wurden folgende Vereinfachun- 
gen vorgenommen: Die Verbindungslinie 
vom vorhergehenden Punkt zum aktuellen 
Punkt wird immer gezeichnet, wenn beide 
Punkte sichtbar sind, also auch wenn sie teil- 
weise verdeckt wäre. Ist mindestens einer 
der beiden Punkte unsichtbar, wird keine 
Verbindungslinie gezeichnet, wodurch ein- 
zelne Peaks im Hintergrund als isolierte 
Punkte dargestellt werden. Auf Grund der ho- 
hen Liniendichte wirken sich diese Ein- 



Bild 1 3-D-Darstellung des „ Apfelmännchens “ 
Real: - 1,20000. . 2,00000 
Imag:- 1,30000.. 1,30000 
Für alle Bilder gilt: Divergenzgrenze 12 
Maximale Iterationsanzahl 12 



Bild 3 Plandarstellung unter der Verwendung 
der „ Rochen “-Funkion 
Real: -3,00000.-4,00000 
Imag: -3,00000.-4,00000 



Bild 5 3-D-Darstellung eines Teilbereiches der 
„Rochen “-Funktion 
(vergl. Bild 4 oben links) 

Real: 1,10000..1, 60000 
Imag: -0,50000.-0,1 0000 

schränkungen nicht nachteilig auf die Ge- 
samtdarstellung aus. 

Die Prozedur FELD bewirkt den Ablauf der 
Rechnung in horizontalen Linien. Die Zahl 
der Bildpunkte ist von der Darstellungsart ab- 
hängig. Für die dreidimensionale Darstellung 
wird'mit 100 Linien zu 200 Punkten (Rechen- 
zeit für Beispielgrafik: 10 min), für die planare 
Darstellung (Rechenzeit für Beispielgrafik: 
30 min) mit 214 Linien zu 320 Punkten gear- 
beitet. 

Das Hauptprogramm realisiert die Datenein- 
gabe und einige Vorbereitungsarbeiten. Im 
Dialog erfolgen die Auswahl von Funktion 



Bild 2 3-D-Darstellung des Konvergenzberei- 
ches der „ Rochen “-Funktion 
Real: -3,00000.-4,00000 
lmag:-3, 00000..4,00000 



Bild 4 Planardarstellung eines Teilbereiches 
der „ Rochen “-Funktion 
Real: 1,00000-2,00000 
lmag:-1 ,00000-0,00000 



Bild 6 3-D-Darstellung eines Teilbereiches der 
„Rochen“ -Funktion 
(vergl. Bild 4 rechts) 

Real: 1,60000..i, 85000 
Imag.— 0,75000.-0,50000 

und Darstellungsart, die Eingabe der Gren- 
zen in X- und Y-Richtung, der maximalen Ite- 
rationsanzahl sowie der Divergenzgrenze. 
Das Programm benötigt neben 4 KBytes für 
den Quelltext nochmals ca. 4 KBytes für den 
Maschinencode. Es wurde speicherorientiert 
compiliert. Die Auskopplung eines selbstän- 
digen Maschinenprogramms gelang mit der 
verwendeten Compilerversion noch nicht. 
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Fachtagung „Probleme der Organisation 
beim Aufbau von CIM-Betrieben“ 

WER? Bezirksverband der Kammer der Technik 


WAS? 

• Vorstellung von Ansätzen für CIM-Betriebe, 
Konzeptionen, Stqnd 

• Beispiele aus der Praxis 

WIE? Anfragen richten Sie bitte an: KDT, BVO 
Halle, Bereich W/T, Geschwister-Scholl-Straße 
39, PF 1 19, Halle, 4060; Tel. 371 36. 


Der Bezirksfachausschuß Mikroelektronik beim 
Bezirksvorstand Berlin der KDT führt im zwei- 
ten Halbjahr 1989 Spezialkonsultationen zu fol- 
genden Themen durch: 

20. Sept. Mehrprozessorsysteme für Echtzeitver- 
arbeitung 

1 1 . Okt. PC-Einsatz für den Leiterplattenentwurf 

und für die mechanische Konstruktion 
8. Nov. Entwickiungsumgebung und Anwen- 
dungsbeispiele für den digitalen Signal- 
prozessor 

20. Dez. Anwendungen von digitalen Signalpro- 
zessoren 

Änderungen sind dem Bezirksfachausschuß Mikro- 
elektronik Vorbehalten. 

Die Teilnahme an den Konsultationen bedarf keiner 
Anmeldung und ist kostenlos. 

Die Konsultationen finden jeweils 14.00 Uhr im 
Haus der KDT, 1080 Berlin, Kronenstraße 18, statt. 


Fachtagung 

„Neue Erkenntnisse der Mikroelektronik/ 
Mikrorechentechnik“ 

WER? Bezirksverband der Kammer der T echnik 
Halle 

WANN? 19. und 20. September 1989 

Wo? Halle 

WAS? 

• Industriecomputer (16 und 32 Bit) 

• Prozessortechnik, Betriebssysteme 

• Grafiksysteme 

• Softwaretechnologien 

WIE? Anfragen richten Sie bitte an: KDT, BVO 
Halle, Bereich W/T, Geschwister-Scholl-Straße 
39, PF 1 1 9, Halle, 4060; Tel. 371 36 
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Bildschirmsteuerung 

unter Turbo-Pascal 4.0 und DCP 


Dr. Peter Zschockelt 

Die standardmäßig für monochrome Bild- 
schirme in Turbo-Pascal vorhandenen Aus- 
gabemöglichkeiten beschränken sich auf 
eine unterschiedliche Helligkeit der Zeichen. 
Für optisch ansprechende Bildschirmdarstel- 
lungen ist jedoch auch die Nutzung von inver- 
sen, blinkenden und unterstrichenen Zeichen 
wünschenswert. Dazu sind eigene Ausgabe- 
routinen erforderlich. Nachfolgend wird eine 
mögliche, einfache Lösung vorgeschlagen, 
die auch für Anwender mit geringen Betriebs- 
systemkenntnissen verständlich ist. Sie ba- 
siert auf der Nutzung der DOS-Funktion 09H 
(Übergabe von Zeichenketten an das Be- 
triebssystem). Bewußt wurde die Prozedur 
Writi im nachfolgenden Programm-Quelltext 
ähnlich der standardmäßigen Pascal-Proze- 
dur Write gestaltet. Die Ausgabe von Zeichen 
auf den Bildschirm kann gemischt mittels 
Write, Writeln oder Writi (bzw. im Beispiel mit- 
tels Textxy) erfolgen. 


Voraussetzung für eine Nutzung ist aber, daß 
vom Betriebssystem die ANSI-Steuerse- 
quenzen (Datei ANSI.SYS) geladen wurden. 
Diese Voraussetzung dürfte jedoch bei der 
üblichen Betriebsweise der 1 6-Bit-Rechner 
unter DCP im allgemeinen erfüllt sein. 

Der nachfolgende Programm-Quelltext 
wurde für die Version 4.0 von Turbo-Pascal 
geschrieben. In dieser Version ist als Inter- 
face zur Nutzung der Pascal-Prozeduren 
MsDos und Int'r der Datentyp 

Registers=RECORD 
case Integer of 
0: (AX, BX, CX, DX, BP, Sl, 

Dl, DS ES, Flags: Word); 

1: (AI, AH, BL, BH, CL, CH, 

DL, DH: Byte); 

END; 

standardmäßig vorhanden. In der Version 
3.xx muß hingegen die Vereinbarung des 
Records durch den Programmierer erfol- 


gen. Auf weitere Unterschiede wird - so- 
weit erforderlich - im Quelltext mit Kom- 
mentaren hingewiesen. 

Im Interesse der leichten Verständlichkeit 
wurde in der dargestellten Lösung das 
Sonderfunktionen erfüllende Währungs- 
zeichen 24H (Abschluß der übergebenen 
Zeichenkette) einfach durch das Zeichen 
@ ersetzt. Für die Mehrzahl aller Anwen- 
dungen dürfte das ausreichen. Eine kom- 
fortable Lösung ist möglich, wenn in der 
Ausgabekette vorhandene Währungszei- 
chen als Einzelzeichen mit der Betriebs- 
systemfunktion 02 H (an Stelle von 09H) 
ausgegeben werden. Dazu muß das Zei- 
chen im Register DL stehen. Die von der 
Funktion 09H benutzten Register DS und 
DX werden hier nicht belegt. 

Die dargestellte Lösung ist kompatibel zu 
allen Rechnertypen unter DCP. Sie er- 
möglicht ferner eine relativ einfache Um- 
stellung der für den A 7100 entwickelten 
Turbo-Pascal-Programme auf DCP. Bei 
der Neuentwicklung von Programmen 
können unter der Voraussetzung einer 
homogenen Hardwarebasis natürlich 
auch die Turbo-Pascal-Prozeduren Text- 
background und Textcolor benutzt wer- 
den. 


{*I+> {I/0-Pruefung an} 

{ Demonstrationsprogramm zu den Prozeduren } 
{ "Bildschirnausgabe mit Sonderfunktionen unter TURBO '4 } 
{ Hochschule fuer Oekonomie * Sektion Wirt^chaf tsinfornatik } 
{ * Programmierer: Zschockelt } 


Progran DEH04 ; 


Dos; 

TYPE 

Str_8 =STRING[8]; 
BS_Typ =STRING[80] ; 
Str_121=STRING[121] ; 


{ entfaellt fuer Version 3.x 


ESC, Norm, Hell, Inv, NUnt ,HUnt ,NBli,HBli : Str_8; 


{ SPEZIELLE PROZEDUREN ZUR BILDSCHIRMAUSGABE VON ZEICHEN IN } 
{ INVERSER, BLINKENDER UND UNTERSTRICHENER DARSTELLUNG } 
£ } 


BEGIN 

KB -INFORMATION; 

{ Ersatz der Naehrungszeichen 24H <P^oal=#36/*24) durch 8 } 
i : =Pos(#36,RB) ; 

Nhile i>0 do begin 

Delete<KB, i, 1) ; Insert( ' 8 ’ , KB , i ) ; 
i:=Pos(#36,KB) 

{ Bnde der Zeichenumwandlung #36 (24H) in 8 . Nenn } 

{ diese Loesung unbefriedigend ist, DOS-Funktion 02H mit } 

{ Uebergabe des Zeichens #36 in Register dl verwenden } 

ESC_sequenz : =concat (KB , #36 ) ; 

r egs . ax : =$0900 ; { (Dollarzeiehen ) steht fuer das } 

t auf der jeweiligen Tastatur uebliohe } 

{ Pascal-Zeichen zur Bezeichnung hexa- } 

{ dezimaler Ziffern } 

regs . ds : =seg( ESC_sequenz ) ; 
regs . dx : =of s (ESC_sequenz )+l ; 

MsDos(regs); { Ausgabe Zeiohenkette } 


{ Initialisierung der Konstanten zur Bildschirnsteuerung } { Bildschirnausgabe ab Position 


PR0CEDURE Bildlnit 

(Var ESC, Norm, Hell, Inv, NUnt, Hunt, NBli,HBli:Str_8); 
CONST CNorm= ' £0m ' ; CHell='[lm'; CInv='[7m'; CUnt='[4m'; 

CBli= ' [5n ' ; 


BEGIN 

ESC : =CHR( 27 ) ; Norm : =ConCat(ESC , CNorn) ; 
Hell:=ConCat(ESC,CHell); Inv:=ConCat(Norn,BSC,CInv>; 

NUnt : =ConC at( Norm, ESC ,CUnt ) ; HUnt : =ConCat(Hell, ESC, CUnt); 
NBli : =ConCat(Norm, ESC.CBli ) ; HBli :=ConCat (Hell, ESC, CBli ) ; 


{ Ausgabe mit ESCAPE-Folgen ( DOS-Eunktion 09H ) } 

PROCEDURE NRITI (INFORMATION : Str_121>; 

VAR ESC_sequenz:string[121] ; 
regs : Registers ; 

{ in Version 3.xx Register selbst definieren, } 

{ Typ Integer statt Word, z. B.: } 

( TYPE Regist ers=record ax, bx, es, flags : integer; } 

{ oder als RECORD mit Varianten Teil (free unions), } 

£ analdg zum Standard in TURBO PASCAL 4.0 } 

i: integer; 

KB :string[120‘] ; 


PROCEDURE Textxy (x,y: integer; zeile :bs_typ ) ; 

BEGIN Gotoxy(x.y) ; Nriti(zeile) ; END; 

£ > 

{ ENDE DER PROZEDUREN } 

{ Fortsetzung des Demonstrationsprogramms } 

{ — - } 

BEGIN 

ClrScr; 

BildInit(ESC, Norm, Hell, Inv, NUnt, HUnt, NBli, HBli); 
Textxy(2,l,Inv+ r DEMONSTRATIONSPROGRAMM ZUR VERWENDUNG + 
"DER BILDSCHIRMAUSGABE-PROZEDUREN ’+Norm); 
Textxy(2,5,Norm+' Normaler Text +Norm); 

Textxy £2 , 6,Hell+ * Heller Text +Norm); 

Textxy(2,7,Inv +’ Inverser Text +Norm); 

Textxy ( 2 , 8 , NUnt+ ' Nornal-Unterstr . Text +Norm); 

Textxy(2, 9,NBli+ ' Normal-Blinkender Text +Norm); 

Textxy (25, 11, Inv+' ENDE DER DEMONSTRATION +Norm); 

END. 


{ Ende des Denonstrationsprogramms 


TERMINE 

2. MIDI-Informationsbörse 

WER? Kulturhaus im Ernst-Thälmann-Park, Computerclub 
WANN? 29. Oktober 1989, 10.00 bis 18.00 Uhr 
WO? Berlin 


WAS? Rund um den MIDI-Standard wird informiert, vorgetragen und ausge- 
tauscht. 

WIE? Schriftliche Anmeldungen, Themenwünsche und Vorschläge für Bei- 
träge richten Sie bitte unter dem Kennwort MIDI an: Kulturhaus im Ernst- 
Thälmann-Park, Computerclub, Dimitroffstraße 101, Berlin, 1055. 

Schellhorn 
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Kure 


Turbo-Pascal-Praxis 


Manfred Zander, Dresden 


fmTeih ümermmrsm(s. MP em, 

S. 175) wurden die Programmierung ei- 
ner positionierten, absturzfesten Eingabe 
und die Auswahl mit Menüs dargesteift 
sowie die Arbeit mit Fenstern eingeleitet. 
Wir endeten mit dem Bild 9 und dem Vor- 
stellen der Grundprozeduren. Der Teil 2 
setzt nun hier fort und behandelt den 
Komplex Fenstertechnik. 

Mit der Prozedur inslinedown (vgl. Bild 9 im 
Teil 1) ist es nun möglich, unter einem Tabel- 
lenkopf, der fest auf dem Bildschirm steht, im- 
mer wieder neue Zeilen zu erfassen, und be- 
reits erfaßte auch unten wegrollen zu lassen. 
Hier ein kurzer Programmauszug, der dies 
zeigt. 

writexy(1,10,’Name Vorname’); 

writexy(1,11,’ ’); 

repeat 

inslinedown(12); 
read(namen[i]) ;gotoxy(20, 1 2); 
read(Vornamen[i];i:=i+1 
untilnamen[i-1]=”; 

Besteht der Wunsch, das Wegrollen der Zei- 
len nur bis zu einer bestimmten Zeile zuzu- 
lassen, das heißt sowohl einen Tabellenkopf 
als auch einen Tabellenfuß fest auf dem Bild- 
schirm zu belassen, kann die Prozedur insli- 
nedownbis (Bild 9) genutzt werden. Sie 
schränkt den Bereich vertikal ein, in dem das 
Wegrollen der Zeilen erfolgen soll. Zuerst er- 
rechnet sie die Anzahl der zu verschieben- 
den Bildschirmzeichen, die in der Variablen z 
gespeichert wird. Für die Variablen u und w 
werden Offsetwerte bestimmt, gerechnet ab 
der Adresse des Bildschirmanfangs. Der Off- 
setwert u gibt dabei die Adresse für das erste 
zu verschiebende Zeichen, und der Offset- 
wert w die neue Addresse für dieses Zeichen 
an. Die Errechnung der wirklichen Adressen 
erfolgt erst in der inline-Anweisung, in der 
wieder ein zyklischer Ladebefehl des Prozes- 
sors genutzt wird. 

Die beiden Parameter der Prozedur insline- 
downbis spezifizieren in ihrer Reihenfolge die 
erste Zeile, die wegrollen soll, also die Posi- 
tion der einzufügenden Leerzeile und die 
letzte wegzurollende Zeile, das heißt die 
Zeile, die aus dem Bereich herausgerollt und 
damit vom Bildschirm gelöscht werden soll. 
Damit ist dies die erste Prozedur, die eine Art 
Fenster auf dem Bildschirm behandelt. Der 
Aufruf: 

lnslinedownbis( 10,13); 

würde die folgende Zeilenbewegung hervor- 
rufen: 

10. Zeile auf die 11. Zeile 

11. Zeile auf die 12. Zeile 

12. Zeile auf die 13. Zeile 

Die 10. Zeile ist danach leer, und der Inhalt 
der ursprünglichen 1 3. Zeile ist nicht mehr auf 
dem Bildschirm vorhanden. Wir haben also 
eine vertikale Fensterbegrenzung erreicht. 


Nun gilt es auch noch, eine horizontale Ein- 
grenzung zu erreichen, wie es ja für ein Fen- 
ster typisch ist. Als erstes wollen wir die Pro- 
zedur inslinedownin vorstellen (Bild 10). In ihr 
wird zuerst wieder die Länge der Teilzeilen 
bestimmt, die auf dem Bildschirm nach unten 
verschoben werden sollen. Da diese Teilzei- 
len nun nicht mehr lückenlos im Hauptspei- 
cher hintereinander stehen, muß die Berech- 
nung der Off setad ressen für jede Zeile, die 
.verschoben werden soll, einzeln erfolgen. Mit 
der Inline-Anweisung wird nun auch jeweils 
nur eine Teilzeile auf ihre neue Position ge- 
bracht. 

Das abschließende Löschen der einzufügen- 
den Zeile am oberen Rand des zu behan- 
delnden Fensters kann nun nicht mehr durch 
die Ausgabe eines Bildschirmsteuerzeichens 
erfolgen. Wir sind gezwungen, jedes einzelne 
Zeichen dieser Fensterzeile mit einem Leer- 
zeichen zu überschreiben und den Kursor da- 
nach an ihren Anfang zu positionieren. 

Die Prozedur inslinedownin benötigt nun be- 
reits vier Parameter, die den zu verschieben- 
den Bereich eingrenzen. XI und Y1 definie- 
ren den oberen linken Eckpunkt des Berei- 
ches, die Parameter X2 und Y2 den unteren 
Eckpunkt des zu rollenden Bereiches auf 
dem Bildschirm. Mit dieser Prozedur sind wir 
jetzt in der Lage, die oberste Zeile des ange- 
gebenen Fensters mit einer Leerzeile zu fül- 
len und alle anderen im Fenster enthaltenen 
Zeilen nach unten wegrollen zu lassen. Dabei 
bleibt der komplette Bildschirm, der nicht in- 
nerhalb der beiden Eckpunkte liegt, unverän- 
dert. Ein typischer Aufruf der Prozedur wäre 
beispielsweise 



pirocerfure' ins] i neupi n (x 1 ,y 1 ,x2 , y2: i nteger ) ; 



Bild 10 Grundprozeduren der Fenstertechnik 


inslinedownin(30,10,70,15); 

Durch geeignete Wahl der Eckpunkt-Para- 
meter kann mit dieser Prozedur auch die 
Funktion der bereits vorgestellten Prozedu- 
ren inslinedown und inslinedownbis nachge- 
staltet werden. Natürlich wollen wir auch in 
der Lage sein, innerhalb eines Fensters auf 
der letzten Zeilenposition eine Leerzeile ein- 
zufügen und dabei alle anderen Zeilen inner- 
halb des Fensters nach oben wegrollen zu 
lassen. Dies wird mit der folgenden Prozedur 
inslineupin erreicht. Da ihre innere Struktur 
fast völlig der Prozedur inslinedownin ent- 
spricht, muß ihre Funktion nicht näher erläu- 
tert werden. 

Arbeiten mit den Fenstern 

Mit den beiden Prozeduren inslinedownin 
und inslineupin haben wir jetzt die notwendi- 
gen Hilfsmittel, um auf dem Bildschirm mit 
Fenstern operieren zu können. Die Benut- 
zung dieser Prozeduren für mehere Fenster 
ist aber recht mühsam, da ihnen stets die 
Eckpunktkoordinaten des zu behandelnden 
Fensters übergeben werden müssen. Es er- 
gibt sich also die Notwendigkeit, auch einige 
logische Hilfsmittel zur Nutzung der Fenster 
zu entwerfen, die uns die Verwaltung der 
konkreten Koordinaten abnehmen. Dies wird 
vor allem dann notwendig, wenn wir die Fen- 
ster samt Inhalt über den Bildschirm ver- 
schieben wollen, da sich die aktuellen Eck- 
punkte nach jeder Verschiebeoperation na- 
türlich ändern. Zur Verwaltung der Fenster- 
koordinaten nutzen wir ein Feld, in dem die 
Informationen gesammelt werden, die die je- 
weils deklarierten Fenster kennzeichnen 
(Bild 11). 

In dem definierten Array wins können nun die 
Daten von fünf Fenstern gespeichert werden. 
Dabei ist jedes Fenster durch vier Integer- 
werte definiert, die die Eckpunkt-Koordinaten 
der Fenster repräsentierten, sowie durch ein 
Zeichen, in dem wir den ASCII-Wert spei- 
chern wollen, mit dem das Fenster bei Bedarf 
umrahmt werden soll. Zum Füllen dieser Fel- 
der nutzen wir die folgende Prozedur wind- 
owdef. Durch diese Vereinbarungen zur Ver- 
waltung der Fensterwerte können wir nun die 
Bedienung der Prozeduren inslinedownin 
und inslineupin wesentlich vereinfachen. Die 
beiden Prozeduren InWindowDown und In- 
WindowUp übernehmen die korrekte Füllung 
der Parameterlisten der Prozeduren insline- 
downin und inslineupin mit den Koordinaten, 
die für das zu behandelnde Fenster im Array 
wins gespeichert sind. 

Wurden mit Hilfe der Prozedur windowdef die 
Koordinaten der Fenster einmalig festgelegt, 
braucht sich der Programmierer also im wei- 
teren nicht mehr um die konkreten Koordina- 
ten der einzelnen Fenster zu kümmern. 
Durch die Anwendung der neuen Prozeduren 
InWindowDown und InWindowUp genügt es 
völlig, die Nummer des zu behandelnden 
Fensters anzugeben. Diesen Service wollen 
wir auch für alle weiteren Fenster-Behand- 
lungen erreichen. Als nächstes wollen wir 
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Bild 12 Umrahmen vi 


Bild 14 Schreiben und Lesen in Fenstern 


unsere Fenster umrahmen. Dazu schreiben 
wir zuerst die Prozedur Rahmen (Bild 1 2), die 
die konkreten Koordinaten benötigt, und 
dann die Prozedur WindowWrite, die die er- 
ste leichter bedienbar macht. Die Prozedur 
Rahmen realisiert das Umrahmen eines Bild- 
schirmbereiches mit dem angegebenen AS- 
Cll-Zeichen. Eine Sonderbehandlung erfährt 
das Zeichen |. Wird es angegeben, so wer- 
den die waagerechten Begrenzungen nicht 
mit dem ASCII-Zeichen selbst, sondern mit 
einem Minus-Zeichen aufgebaut. Die Proze- 
dur WindowWrite realisiert in bewährter 
Weise die Bereitstellung der konkreten Koor- 
dinaten und des ASCI I-Zeichens, welches für 
den Rahmen verwendet werden soll. Zu ihrer 
Nutzung ist wiederum lediglich die Angabe 
der Fenster-Nummer notwendig. Hier nun 
wollen wir ein kurzes Beispiel für die Nutzung 
und die Wirkung der bisherigen Prozeduren 
angeben: 


1, 10, 3, 20, 6, T); 

Windowdef(Z,30,6,40,9,’#’); 


d 13 Bildschirm mit umrahmten Fenstern 


Mit Hilfe dieser vier Anweisungen wird das in 
Bild 13 veranschaulichte Bildschirmausse- 
hen realisiert. 

In Bild 14 folgen zwei Prozeduren, mit denen 
wir in diese nun definierten und auf dem Bild- 
schirm gekennzeichneten Fenster schreiben 
können. Es sind deshalb zwei Prozeduren 
vorgesehen, da wir ja das Rollen in den Fen- 
stern sowohl aufwärts als auch abwärts er- 
möglichen wollen. Die Prozedur WriteDown, 
der die Nummer des betreffenden Fensters 
und der auszugebende Text übergeben wird, 
rollt zuerst den kompletten Fensterinhalt um 
eine Zeile nach unten. Der neu in das Fenster 
zu schreibende Text wird dann in die ge- 
schaffene Leerzeile am oberen Rand des 
Fensters geschrieben. Die Prozedur WriteUp 
dagegen schiebt den Fensterinhalt nach 
oben und schreibt auf der untersten Fenster- 
zeile. 

In beiden Prozeduren wird garantiert, daß zu 
langer Text nicht über das jeweilige Fenster 
hinaus geschrieben wird, sie sorgen selb- 
ständig für eine neue Zeile im Fenster, auf 


der der Text dann geschrieben wird. Bild 15 
zeigt das erzeugte Bildschirmaussehen. 
Selbstverständlich müssen die genutzten 
Fenster 1 und 2 vor diesen Anweisungen erst 
mit der Prozedur windowdef deklariert und 
mit der Prozedur WindowWrite gezeichnet 
worden sein. 

writeDown(1, 'Erster’); 
writeUp(2, 'Zweiter'); 
writeDownfl, 'Dritter'); 
writeüp(2, 'Vierter'); 

writeUp(2,'Zu langer Text für das Fenster’); 

So wie wir mit den Prozeduren WriteDown 
und WriteUp in die Fenster geschrieben ha- 
ben, ist es natürlich auch möglich, in den Fen- 
stern positioniert zu lesen. Allerdings ist es 
hierbei kaum möglich, Prozeduren zu entwik- 
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kein, die allen möglichen Ansprüchen glei- 
chermaßen genügen. Hier soll nur eine Va- 
riante angeboten werden. Jeder Program- 
mierer kann sich dann selbst schreiben, was 
für das jeweils von ihm zu lösende Problem 
passend ist. Die folgende Funktion holeRin 
bewirkt die Ausgabe eines Nutzertextes auf 
die im Fenster eingefügte Leerzeile und da- 
hinter das Einlesen einer Real-Zahl. Das Ab- 
fangen von Fehleingaben wurde selbstver- 
ständlich ebenfalls gleich in der Funktion 
selbst realisiert. 

Für die Nutzung der Funktion holeRin wollen 
wir uns wieder ein kleines Anwendungsbei- 
spiel ansehen: 

writeUp(1 ,’Maße fuer’); 

writeUp(1 ,’Kreiszyl.’); 

Ra:=holeRin(1, 'Radius’); 

Ho:=holeRin(1 ,’Höhe’); 


Wenn wir annehmen, daß sich der Bediener 
einmal vertippt hat, so ergibt sich das in 
Bild 1 6 dargestellte Bildschirmaussehen. Da- 
bei soll nicht verschwiegen werden, daß die 
angegebene Funktion keinen Schutz davor 
bietet, daß der Bediener aus dem Fenster 
hinausschreibt. Einen Schutz vor dem Über- 
schreiben des Fensterbereiches bei der Ein- 
gabe von Daten durch den Nutzer gewährlei- 
stet zum Beispiel die Prozedur ReadWriteln- 
Window (Bild 14). Die erfordert aber eine et- 


was vom Gewohnten abweichende Eingabe- 
führung und ist somit nicht überall anwend- 
bar. 

Nun fehlen uns noch einfache Hilfsmittel, die 
den Inhalt eines Fensters oder ein komplet- 
tes Fenster mit Rahmen vom Bildschirm lö- 
schen. Um den Aufwand hierfür so gering wie 
möglich zu belassen, nutzen wir wieder schon 
vorhandene Prozeduren. Die Prozedur wind- 
owclear (Bild 17) schiebt den betreffenden 
Fensterinhalt nach unten hinaus, indem sie 
die dafür erforderliche Anzahl von Leerzeilen 
in das Fenster einfügt. Die Nutzung der Pro- 
zedur InWindowDown für diese Aufgabe ist 
willkürlich gewählt. Mit der Prozedur InWin- 
dowUp könnte man den Fensterinhalt auch 
nach oben wegschieben. Die in Bild 1 7 ange- 
gebene Prozedur killwindow ist nicht zwin- 
gend notwendig. Ihre Funktion in der hier an- 
gegebenen Form basiert komplett auf bereits 
vorgestellten Komponenten der Fenstertech- 
nik. Zuerst erfolgt die logische Vergrößerung 
des Fensters, welches vom Bildschirm ge- 
löscht werden soll. Das neu definierte Fen- 
ster enthält nun auch den Rahmen des ur- 
sprünglich definierten. Somit entspricht das 
Löschen des neuen Fensterinhalts dem Lö- 
schen des alten Fensters mit Rahmen. 

Verschieben von Fenstern 

Wir haben uns nun alle Prozeduren geschaf- 
fen, um mit den fest deklarierten Fenstern zu 
arbeiten. Es fehlen nur noch Hilfsmittel, um 


bereits deklarierte und gezeichnete Fenster 
logisch und auf dem Bildschirm zu verschie- 
ben. Diese vier Prozeduren sind alle so ge- 
schrieben, daß die Fenster, an den Rand des 
Bildschirmes gefahren, immer kleiner wer- 
den. Konflikte treten erst dann auf, wenn die 
Fenster nur noch eine Zeile hoch oder eine 
Spalte breit sind. Um diese Konflikte zu ver- 
meiden, sind äußere Maßnahmen erforder- 
lich. Das Wandern der Fenster auf dem Bild- 
schirm wird mit den Prozeduren in den Bil- 
dern 18 und 19 angewiesen. Dabei wurde, 
wenn möglich, wieder auf bereits vorhande- 
nes zurückgegriffen. Das Wirkprinzip der 
Prozeduren windowtief und windowhoch 
(Bild 18) ähnelt dem der Prozedur kollwin- 
dow. Es wird dabei davon ausgegangen, daß 
das Verschieben eines kompletten Fensters 
nach unten oder nach oben genau dem Ver- 
schieben eines Fensterinhaltes mit korrigier- 
ten Koordinaten äquivalent ist. Nach dem 
Verschieben des Fensters auf dem Bild- 
schirm wird dann die Berichtigung der neuen 
gültigen Eckpunkt-Werte im array wins vor- 
genommen. 

Für das Wandern der Fenster nach rechts 
bzw. nach links war es aber notwendig, wie- 
der InLine-Maschinen-Code zu nutzen, da ja 
keine Prozeduren für ein horizontales Ver- 
schieben von Fensterinhalten vorgesehen 
sind. Der innere Aufbau der Verschiebe-Pro- 
zeduren windowrechts und windowlinks 
(Bild 19) entspricht vom Prinzip her wieder 



Bild 1 6 Bildschirm nach der Eingabe in ein Fen- 




Bild 17 Lösch-Prozeduren 




Bild 18 Vertikales Verschieben von Fenstern 
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den am Anfang vorgestellten Prozeduren ins- 
linedwonin und inslineupin. Schließlich ist 
das horizontale Verschieben ja auch wieder 
nichts weiter als ein Einfügen einer Leer- 
spalte mit Verschiebung des restlichen Fen- 
sterinhalts. Auch diese beiden Prozeduren 
bewirken neben dem Verschieben des kom- 
pletten Fensters auf dem Bildschirm wieder 
eine Korrektur der Eintragungen im Array 
wins. 

Beispiele für Fenstertechnik 

Insgesamt wurden zwanzig Prozeduren bzw. 
Funktionen der Fenstertechnik entwickelt. 
Will man nur die Prozeduren inslinedown, 
inslineup oder inslinedownbis nutzen, so ge- 
nügt es völlig, nur diese in ein Programm auf- 
zunehmen. Anders sieht es damit aus, wenn 
man horizontal und vertikal begrenzte Fen- 
ster nutzen will. Dann sollten diese Lösungen 
auch das Array wins und die Prozedur wind- 
owdef enthalten. Da die meisten Prozeduren 
auf untergeordnete zurückgreifen, muß je- 
weils ermittelt werden, wo das Ende der Ver- 
schachtelung ist. Will man beispielsweise die 
Prozedur WriteDown nutzen, so muß das 


Programm auch die Prozeduren InWindow- 
Down und inslinedownin beinhalten. Die für 
ein spezielles Programm benötigten Kompo- 
nenten sollten dann in einem Include-File zu- 
sammengefaßt werden. In diesem kann man 
dann die teilweise sehr reichhaltigen Kom- 
mentare des Quelltextes löschen und die op- 
tische Strukturierung der Prozeduren auf ein 
Minimum reduzieren. Diese beiden Maßnah- 
men dienen der Verringerung von Quelltext- 
größe und Kompilierzeit. 

Als Beispiel für die Anwendung der vorge- 
stellten Fenstertechnik folgt jetzt ein Auszug 
aus einem Programm, in dem die Masse von 
geometrisch bestimmten Körpern berechnet 
wird (Bild 20). Da es notwendig ist, die jewei- 
lige Dichte des entsprechenden Werkstoffes 
einzugeben, werden im Fenster mit der Num- 
mer 1 unter anderem verschiedene Materia- 
lien angeboten, die mit jeweils einem Kenn- 
buchstaben ausgewählt werden können. Die 
Anzahl der angebotenen Materialien kann 
aber die Zeilenzahl des Bildschirms über- 
schreiten; es wurde eine Fenster-Lösung er- 
forderlich. Die Funktion dieser Auswahl- 
menü-Lösung ist folgendermaßen: 


Die ersten 1 9 Materialien werden in dem Fen- 
ster mit ihren jeweiligen Kennungen angebo- 
ten. Ist das vom Nutzer benötigte Material 
nicht dabei, erhält er durch Betätigung der 
Entertaste die nächsten 19 angeboten. Die 
Auswahl eines Materials erfolgt durch die 
Eingabe seines Kennbuchstabens. 

Weiterhin verdient die Funktion lesen im Pro- 
grammbeispiel Beachtung. Sie entspricht 
fast völlig der vorgeschlagenen Funktion ho- 
leRin unserer Fenstertechnik. Dadurch, daß 
in ihr das Fenster, in dem gelesen werden 
soll, fest eingestellt ist, wird zentral geregelt, 
in welchem Bereich des Bildschirmes die Ein- 
gabe von Zahlen erfolgen soll. Durch diese 
Festlegungen ist es gelungen, auf dem Bild- 
schirm thematisch getrennte Bereiche ein- 
fach festzulegen und zu bedienen. 

Zur Veranschaulichung des Programms ist in 
Bild 21 das Aussehen des Bildschirmes dar- 
gestellt. Die Pfeile geben dabei die Bewe- 
gungsrichtung der Fensterinhalte beim Rol- 
len an. Es folgt noch ein weiteres Beispiel, 
dieses Mal vor allem für die Anwendung der 
Prozeduren zum Verschieben der Fenster 
auf dem Bildschirm (Bild 22). Das Demon- 


typ« string80*stringC80]j 

suchtyp « arraytl. .40Jof rrcord 


txt : string C40); kann xchar; wert : real »ndt 



Bild 20 Programm Masse 



Bild 21 Bildschirmdarstellung des Masse-Programms 



Bild 22 Programm FensterLauf . 


strationsbeispiel realisiert das dreimalige 
Umkreisen des Bildschirm-Mittelpunktes mit 
einem Fenster entgegen dem Uhrzeigersinn. 
Nach der Aufwärtsbewegung des Fensters 
wird der optische Effekt erzeugt, daß der In- 
halt des Fensters auf Grund der Trägheit 
noch weiter nach oben steigt, und dann erst 
im Fenster herunterfällt. 

wird fortgesetzt 
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Diskrete Fouriertransformation 
und digitale Signal- 
verarbeitung 


Dr. Jürgen Förster 

Technische Universität Karl- Marx- 
Stadt, Sektion Automatisierungs- 
technik 

Einführung 

Die Diskrete Fouriertransformation (DFT) 
stellt eine der wichtigsten Basistransforma- 
tionen der digitalen Signalverarbeitung dar. 
Sie und ihre Rücktransformation verknüpfen 
Signale im Zeitbereich mit Kennfunktionen 
wie Leistungsspektren, Autokorrelations- 
funktionen, Kohärenzfunktion, Cepstrum 
usw. 

Die Einführung der schnellen Fouriertrans- 
formation (FFT) als effektive Methode zur Be- 
rechnung der DFT durch Coolöy und Tukey 
im Jahre 1965 ermöglichte den Einzug der 
Spektralanalyse in verschiedenste Gebiete 
von Wissenschaft und Technik. Als Beispiele 
seien hier die Akustik, die Schwingungsmeß- 
technik, die Sprachanalyse, die Maschinen- 
diagnose, die Bildverarbeitung und die Pro- 
zeßüberwachung genannt. Dennoch stellt 
die FFT einen bezüglich der Rechenzeit auf- 
wendigen Algorithmus dar. Die jeweilige Auf- 
gabenstellung bestimmt deshalb die Art und 
Weise der Realisierung ausgehend von Uni- 
versalrechnern bis hin zu speziellen Hard- 
warekonfigurationen für Echtzeitaufgaben. 
Ziel des Beitrages ist ein Vergleich dieser 
verschiedenen Möglichkeiten, um für gege- 
bene ingenieurtechnische Aufgabenstellun- 
gen eine geeingnete Auswahl zu gestat- 
ten. 

Als Realisierungsmöglichkeiten werden Uni- 
versalprozessoren, Arrayprozessoren, Si- 
gnalprozessoren und die Transputertechnik 
miteinander verglichen. 

Algorithmen 

zur Berechnung der DFT 

Mittels der DFT erfolgt eine Zerlegung eines 
finiten komplexen Signals in komplexe Fou- 
rierkoeffizienten: 

X(k) = ~ £ x(n) • exp(-j2jrkn/N) (1) 

N n=0 

n,k = O...N— 1 

Wird davon ausgegangen, daß eine kom- 
plexe Multiplikation mittels 4 reeller Multipli- 
kationen (M r ) und 2 reeler Additionen (A r ) be- 
rechnet wird, so ergibt sich für die Gesamt- 
zahl arithmetischer Operationen: 

M r = 4 N 2 • (2) 

A r = 4 N 2 — 2N (3) 

Dieser enorme Rechenaufwand führte zur 
Entwicklung immer effektiverer Algorithmen, 
angefangen bei den Basis-2-, Basis-4- und 
Basis-8-FFT-Algorithmen (mit 1 , 2 oder 3 ver- 
schiedenen Butterfly-Operationen (BF)) über 
den Primfaktor-FFT-Algorithmus (PFA) bis 
zur Winograd-Fouriertransformation 

(WFTA). Einen Vergleich auf der Basis not- 
wendiger arithmetischer Operationen sowie 
von Rechenzeitabschätzungen für Pro-- 
gramme auf dem digitalen Signalprozessor 
TMS 3201 0 vermittelt /I /. 

Eine aussichtsreiche Weiterentwicklung stel- 


len die Split-Radix-Algorithmen dar /30/, 
/31/. 

Weiterhin wurden auf der Basis aller genann- 
ten Verfahren spezielle Algorithmen zur Ver- 
arbeitung reeller bzw. konjugiert komplexer 
Eingangsdaten entwickelt, um die auftretende 
Redundanz in (1) zu beseitigen (/32/, /33/ 
sowie Schnelle Hartley-Transformation 121, 
13/). 

Universalrechner 

und Universalprozessoren 

Für viele Zwecke ist die Off-Iine-Spektralana- 
lyse auf Universalrechnern oder auf Uni-' 
Versalprozessoren ausreichend (Tafel 1). 

Um auch Echtzeitaufgaben lösen zu können, 
wurden spezielle Hardwaremodule, auch 
FFT-Prozessoren genannt, entwickelt. 
Diese werden an einen Hostrechner gekop- 
pelt und führen eine FFT mit wesentlich hö- 
herer Geschwindigkeit aus (z. B. FPR 14/ am 
System K 1520). 

Für die moderne Signalverarbeitung ist es 
von Interesse, neben der FFT auch weitere 
Vektor- und Matrixoperationen mit hoher Ge- 
schwindigkeit ausführen zu können /5/. Für 
diese Verarbeitung von Arrays von Daten 
wurden Arrayprozessoren entwickelt. Es 
handelt sich um Multiprozessorsysteme, wo- 
bei Datenfluß und arithmetische Verarbei- 
tung gleichzeitig erfolgen /6/. Sie erhöhen 
das Leistungsvermögen des als Hostrechner 
angeschlossenen Systems um ein Vielfa- 
ches (siehe Tafel 1). Von Vorteil gegenüber 
den reinen FFT-Prozessoren ist die Tatsa- 
che, daß auch die Weiterverarbeitung des 
Spektrums durch Divisions- und Quadratwur- 
zeleinheiten sehr effektiv möglich ist. 

Signalprozessoren 

Die digitale Signalverarbeitung ist vorwie- 
gend durch Algorithmen wie Skalarprodukt 
zweier Vektoren bei FIR- und IIR-Filtern, But- 


Dr.-Ing. Jürgen Förster (31) studierte von 
1978-1983 an der Technischen Hoch- 
schule Karl-Marx-Stadt, Sektion Automati- 
sierungstechnik, und promovierte 1986 im 
Rahmen eines Forschungsstudiums zu 
Fragen der vibroakustischen Diagnostik. 
Seit 1986 ist er Assistent und seit 1987 
Oberassistent im Wissenschaftsbereich 
Steuerungstechnik/Prozeßautomatisierung 
der Technischen Universität Karl-Marx- 
Stadt und arbeitet auf dem Gebiet der digi- 
talen Signalanalyse. 


terfly-Operationen und Transformationen 
vom FFT-Typ gekennzeichnet. Diese lassen 
sich auf die Operationen Addition, Multiplika- 
tion mit Konstanten oder Variablen und Multi- 
plikation mit anschließender Akkumulation 
zurückführen. Aus diesen Anforderungen 
heraus und mit den Möglichkeiten der VLSI- 
Technologie wurden folgerichtig die Signal- 
prozessoren entwickelt, welche diese Opera- 
tionen hardwareseitig unterstützen. Um 1980 
marktwirksam geworden, ist derzeitig ein 
Ende der raschen Weiterentwicklung dieser 
Prozessoren nicht abzusehen. Eine umfas- 
sende Darstellung des internationalen Ange- 
bots vermittelt /1 0/. 

Signalprozessoren sind durch Zahlendarstel- 
lungen mit 16-Bit- oder 24-Bit-Festkomma 
gekennzeichnet. Die neuesten Typen (uPD 
77230, WE DSP32, DSP 96000, TMS 
320C30) besitzen bereits Gleitkomma-Dar- 
stellung /27/. 

im Gegensatz zu Universalprozessoren wird 
die Havardstruktur oder die modifizierte Ha- 
vardstruktur, das heißt die Trennung von Da- 
ten- und Adreßbus genutzt. Signalprozesso- 
ren arbeiten zur Erhöhung des Datendurch- 
satzes mit bis zu fünf Daten- und drei Adreß- 
bussen (DSP 96000). 

Die Arithmetikeinheiten bestehen fast immer 
aus einem schnellen Multiplizierer und einem 
Addierer bzw. einer Arithmetik-Logik-Einheit. 
Durch eine Pipeline-Verarbeitung kann die 
Verarbeitungsgeschwindigkeit zusätzlich er- 
höht werden. Für Skalierungsaufgaben er- 
möglichen Barrel-Shifter ein schnelles Bit- 
verschieben um mehrere Stellen. Die Zyklus- 
zeiten konnten ständig verringert werden und 
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betragen bei einigen Typen bereits weniger 
als 100 ns. 

Leistungsfähige Signalprozessoren sind in 
der Lage, neben den arithmetischen Opera- 
tionen parallel Adreßberechnungen durchzu- 
führen. So besitzt beispielsweise der TMS 
320C25 zur indirekten Adressierung 8 Auxi- 
lary-Register und ein zusätzliches Rechen- 
werk, das die Indexberechnung bei der FFT 
übernehmen kann. Die zusätzliche Möglich- 
keit des Bitreversing trägt ebenfalls zur 
schnelleren Berechnung der FFT bei. 
Abschließend seien noch die Multiprozessor- 
fähigkeit sowie die seriellen Schnittstellen zur 
Kommunikation mit Hostrechnern moderner 
Signalprozessoren erwähnt. 

Einen Vergleich der Leistungsfähigkeit ver- 
schiedener Signalprozessoren ermöglicht 
Tafel 2. Für den TMS 3201 0 liegen für die ver- 
schiedenen FFT-Algorithmen umfangreiche 
Rechenzeitangaben vor/1/. Primfaktor- und 
Basis-8-FFT sind erwartungsgemäß die kür- 
zesten Algorithmen. In /II/ wird zur Adreß- 
rechnung für Daten und Koeffizienten ein 
Adreßsequenzer (AM 29540) verwendet. Er 
führt bei N = 1024 zu einer Einsparung von 
etwa 1 0 ms. 

Interessant ist eine Anordnung mit zwei kas- 
kadierten TMS 32010/12/. Dabei übernimmt 
der erste Prozessor das Windowing der Ein- 
gangsdaten sowie 16 nacheinander abzuar- 
beitende FFTs der Länge N = 64. Entspre- 
chend dem verwendeten Decimation-in- 
time-Algorithmus sind diese FFTs völlig iden- 
tisch und können direkt programmiert wer- 
den. Die Rechenzeit für den ersten Prozes- 
sor beträgt 6,11 ms. Der zweite Prozessor 
führt 64 FFTs der Länge N = 1 6 mit verschie- 
denen Twiddlefaktoren in 8,5 ms aus und be- 
stimmt damit die Gesamtgeschwindigkeit. 
Notwendig sind noch zwei durch Hardware 
ausgeführte Umordnungen der Daten nach 
dem ersten und nach dem zweiten Prozes- 
sor. 

Neben der Leistungsfähigkeit eines solchen 
auf eine FFT zugeschnittenen Systems wer- 
den zugleich die Probleme der Multiprozes- 
sorsysteme deutlich. Unbedingt notwendig 
ist eine ausgewogene Bilanzierung der Re- 
chenzeiten zwischen den Prozessoren. Zu- 
sätzliche Operationen wie Bitreversing oder 
Bildung des Leistungsspektrums können die 
Umverteilung von Programmteilen oder die 
Hinzunahme weiterer Prozessoren erfor- 
dern. Zusätzlich ist ein geeignetes Konzept 
der Buszuschaltung bzw. der Speicherum- 
schaltung zu entwickeln. Die Leistungssteige- 
rung wird also mit einer geringen Flexibilität 
gegenüber Einprozessorsystemen erkauft. 
Gleitkommaprozessoren stellen die neueste 
Entwicklung der Signalprozessortechnik dar 
/20/, /21 /, /27/. Dabei liegen die Transforma- 
tionszeiten bereits unter dem Bereich der 
schnellen 16-Bit-Prozessoren. 

Transputerkonzept 

Als Beispiel des T rends, anspruchsvolle Auf- 
gaben mittels Multiprozessorsystemen zu lö- 
sen, wurde im vorangegangenen Abschnitt 
eine Kaskade mit zwei TMS 32010 vorge- 
stellt /1 2/. Verschiedene Autoren weisen auf 
die Tatsache hin, daß die Leistung eines der- 
artigen Systems nicht proportional zur An- 
zahl der Prozessoren zunimmt, sondern, be- 
dingt durch Probleme der Aufgabenvertei- 
lung, der Kommunikation (Busbelastung) 
und des Aufwandes zur Ablauforganisation, 
ab einer bestimmten Menge wieder sinkt /5 /, 
1231, 1241. 
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Bild 2 Butterfly-Operation Basis-2 
mit Twiddlefaktor 

Bild 1 Verschiedene Transputer- 
strukturen für FFT (N = 8, Basis-2) 

Struktur 1: 1 Transputer pro 

BF 

Struktur 2: 1 Transputer pro 

Spalte 

Struktur 3 : 1 Transputer pro 

Zeile 

Struktur 4: 1 Transputer pro 

FFT 


Ein neues Niveau wird durch die gemein- 
same Entwicklung von Hard- und Software 
mittels Transputern (und der Programmier- 
sprache OCCAM) erreicht. Beispielsweise ist 
der Transputer IMS T 424 von Inmos durch 
eine 32-Bit-CPU mit einer Zykluszeit von 
50 ns, einer Leistungsfähigkeit von 10 MIPS 
und 4KByte-on-chip-RAM mit einer Zugriffs- 
zeit von 35 ns gekennzeichnet. Weiterhin be- 
sitzt er einen integrierten Zeitgeber, eine lei- 
stungsfähige 8-Bit-Peripherieschnittstelle 
(4 MByte), eine 32-Bit-Speicherschnittstelle 
(25 MByte/s) und als wichtigstes vier serielle, 
bidirektionale Kommunikationskanäle (maxi- 
mal 1,5 MByte/s pro Richtung) /24/. Damit 
lassen sich ausTransputern Matrixstrukturen 
mit Punkt-zu-Punkt-Verbindungen ohne kon- 
ventionelle Bussysteme aufbauen. Zusätz- 
lich ergeben sich Vereinfachungen bezüglich 
der notwendigen externen Logik und des 
Layouts von Leiterplatten. 

OCCAM dient der Beschreibung paralleler 


Prozesse 1221. Grundelement der Sprache ist 
der Prozeß, der über Kommunikationskanäle 
mit anderen Prozessen Nachrichten austau- 
schen kann. Weitere Möglichkeiten sind Ein- 
gabe, Ausgabe und Interrupt /23/. 

Die Implementierung von OCCAM-Program- 
men ist sowohl auf einem einzelnen T ranspu- 
ter als auch auf einem Netzwerk mehrerer 
Transputer möglich. Damit kann beispiels- 
weise ein FFT-Programm entsprechend den 
jeweiligen Forderungen nach Rechenzeit 
und Kosten auf verschiedene Strukturen um- 
gesetzt werden. Bild 1 stellt einen FFT-Algo- 
rithmus mit Butterfly-Operationen (BF) dar. 
Die BF können als parallele Prozesse mit an- 
geschlossenen Kommunikationskanälen be- 
trachtet werden. Nutzt man den T ransputer T 
414 als Butterfly-Maschine (Bild 2), so wird 
eine BF in zirka 20 fis abgearbeitet /25/. In 
1251 werden vier verschiedene Strukturen un- 
tersucht (siehe Bild 3), deren Leistungsfähig- 
keit Tafel 3 darstellt. 
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Struktur 4 
1 Transputer/FFT 


Die schnellste Transformationszeit ist er- 
reichbar, wenn jede BF durch einen T ranspu- 
ter berechnet wird. Für N = 256 wird damit im 
Echtzeitbetrieb eine sonst kaum erreichbare 
Abtastfrequenz von 12,8 MHz möglich. Aller- 
dings dürfte der Aufbau von 1024 Transpu- 
tern (1 kW Verlustleistung /25/) einige Pro- 
bleme mit sich bringen. 

Die zweite Struktur, in der ein T ransputer alle 
BF einer Spalte berechnet, hat etwa die Lei- 
stungsfähigkeit der modernsten Signalpro- 
zessoren (N = 1 024, t = 1 3,8 ms) bei einem 
vertretbar erscheinenden Aufwand von 10 
Transputern. 

Struktur 3 ist durch eine zeilenweise Imple- 
mentierung der BF gekennzeichnet und be- 
nötigt N/2 Transputer. Auch in ihrer Lei- 
stungsfähigkeit nimmt sie eine Stellung zwi- 
schen Struktur 1 und 2 ein (N = 256, 
fs= 1,5 MHz). 

Wird der gesamte Algorithmus auf einen 
Transputer gelegt (Struktur 4), so ist diese 
Variante (N = 1 024, t = 1 03 ms) immer noch 
schneller als beispielsweise der Universal- 
prozessor 1 80286 (Tafel I). 1 
Aus diesen Ansätzen ergeben sich sofort 
neue Fragestellungen. Zunächst wäre zu un- 
tersuchen, ob sich zum Beispiel Split-Radix- 
Algorithmen ebenfalls für eine T ransputerim- 
plementierung eignen. Weiterhin ist von In- 
teresse, ob sich Signalprozessoren in alter- 
nativer Weise als Transputer einsetzen las- 
sen. Moderne Signalprozessoren verfügen 
über eine leistungsfähigere CPU und ausrei- 
chend On-chip-RAM. Die Fragestellung be- 
zieht sich hier hauptsächlich auf die Fähig- 
keit, untereinander kommunizieren zu kön- 
nen. Schließlich wäre zu prüfen, ob sich für 
derartige Konfigurationen die Sprache OC- 
CAM zur Programmierung eignet. 

VLSI-Arrays 

von Prozessorelementen 

Eine neue Qualitätsstufe wird durch die Inte- 
gration ganzer ein- oder zweidimensionaler 
Felder von Prozessorelementen auf einem 
Chip erreicht. Aus den Besonderheiten der 
VLSI-Technologie leiten sich folgende Bedin- 
gungen für die Entwicklung ab /26/: 

- Einschränkung auf lokale Kommunika- 
tionsverbindungen zwischen den Prozessor- 
elementen 

- asynchrone Arbeitsweise der Prozessor- 
elemente untereinander 

- modulare Struktur 

- Programmierbarkeit der Prozessorele- 
mente. 

Als erste Vertreter wurden die Systolischen 
Arrays als Netzwerke identischer Prozessor- 


' Der T 800 als Transputer der 2. Generation be- 
rechnet eine reellwertige 32-Bit-FFT in 55 ms. 


elemente entwickelt, die beispielsweise zur 
Berechnung der Matrix-Multiplikation einge- 
setzt werden können. Da jedoch für den Da- 
tentransport und für die zeitaufwendigeren 
Rechenoperationen das gleiche Zeitlimit vor- 
gesehen ist, ergeben sich Geschwindigkeits- 
verluste. Ein weiteres Problem ist der syn- 
chrone Datenfluß des gesamten Arrays. 
Diese Nachteile werden mit der asynchronen 
Arbeitsweise des Wavefront- Arrays über- 
wunden /26/. 

Während sich beispielsweise IIR-Filter in 
Strukturen mit ausschließlich lokalen Kom- 
munikationsverbindungen umwandeln las- 
sen, ist dies für FFT-Algorithmen in der her- 
kömmlichen Form nicht möglich. Implemen- 
tierungsmöglichkeiten ergeben sich jedoch 
für den ursprünglichen DFT-Algorithmus, der 
eine Matrix-Vektor-Multiplikation darstellt 
(1). 
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Technische Universität Karl-Marx-Stadt, Sektion Automati- 
sierungstechnik, PSF 964, Karl-Marx-Stadt, 9010; 
Tel. 561 3332 


TERMINE 


6. Computerfachtagung 

WER? Bezirksverband der Kammer derTechnik 

Frankfurt (Oder) 

WANN? 25. und 26. Oktober 1989 
WO? Frankfurt (Oder) 

WAS? 

• neuer Computer aus Mühlhausen 

• Einchipmikrorechner 

• Probleme bei der Softwareerrtwicklung 

• Softwarepakete für 1 6-Bit-Rechner 

• Ausstellung „Computer der volkseigenen In- 
dustrie, Eigenbaucomputer und Softwareent- 
wicklung" 

WIE? Meldungen für die Ausstellung richten Sie 
bitte bis zum 31 . 8. 89 an Dr. Scheuschner, In- 
genieurbetrieb Mikroelektronik Frankfurt 
(Oder), Tel. 369242. Nähere Informationen 
sind beim Bezirksverband der KDT Frankfurt 
(Oder), Ebertusstraße 2, Frankfurt, 1200; 
Tel. 369360, erhältlich. 

Georgi/Dr. Scheuschner 
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Schnelle Algorithmen 
für Geraden und Kreise 
in Förth 

Die im folgenden beschriebenen Al- 
gorithmen wurden aus den für die je- 
weilige Kurve geltenden Differenz- 
gleichungen entwickelt. Bei einer Ge- 
raden gilt: 

/)Y n = kzlX n 

Ein angenäherter Kreis entsteht 
durch Lösung des Systems 
JX n = kY n ;zlY n =-kX Ä 

Diese Gleichungen wurden nun so 
umgeformt, daß jede Rechnung die 
Koordinaten eines neuen Punktes lie- 
fert. Dann ergibt sich für die Gerade: 
Xn + 1=X„+1 
Y n + i =Y n + k 
und für den Kreis 
Xn + 1 =X n +1 
Y n + 1 =Y n — X„/Yn- 
Mit diesen Formeln erhält man einen 
geschlossenen Linienzug, wenn |zlY/ 
AX\ S 1 ist, anderenfalls sind X und Y 
zu vertauschen. 

Da die Anfangswerte und auch die 
Koordinaten der zu berechnenden 
Punkte ganze Zahlen sind, wurde die 
Division durch eine modulo^Arithme- 
tik ersetzt, wie sie im Prinzip schon 
bei den digitalen Differentialanalysa- 
toren angewendet wurde. Der maxi- 
male Fehler der berechneten Koordi- 
naten beträgt ein Pixel, wie man 
durch Vergleich mit den exakten Wer- 
ten zeigen kann. 

Die Programmbeispiele in Basic sol- 
len lediglich das Verständnis der Zu- 
sammenhänge erleichtern. 

Durch das Programm in Bild 1 wird 
eine Gerade vom Ursprung zu einem 
einzugebenden Endpunkt gezeich- 
net. YL ist hier und in den folgenden 
Beispielen der zu Y gehörende nie- 
derwertige Teil, in dem Änderungen 
akkumuliert werden. Eine entspre- 
chende Routine in Maschinenkode (U 
880) kann durch Vereinfachung des 
Programms für den Kreis erhalten 
werden (Bild 3). 

Die Programme in den Bildern 2 und 5 
zeichnen einen Achtelkreis um den 
Ursprung des Koordinatensystems. 



Bildl Gerade in Basic 



Bild 2 118-Kreis in Basic 



Bild 3 118-Kreis in U 880-Maschi- 
nenkode 


Um einen Volikreis in beliebiger Lage 
zu erhalten, sind die Symmetriebe- 
dingungen am Kreis auszunutzen 
und die Koordinaten des Mittelpunk- 
tes zu addieren. 

Im Forth-Programm in Bild 4 wurden 
der besseren Anschaulichkeit wegen 
Variablen verwendet. Durch INIT er- 
halten sie ihre Anfangswerte. Im Wort 
DELTA werden die neuen Werte für X 
und Y errechnet (dementsprechend 
die Zeilen 40, 60 und 70 des Basic- 
Programms). Mit ENDE? wird die Ab- 
bruchbedingung geprüft, es bleibt ein 


Flag auf dem Stack. In der Begin-Un- 
til-Schleife des letzten Wortes wer- 
den durch PKT so lange Punkte mit 
den jeweils neu berechneten Koordi- 
naten gesetzt, bis dieses Flag wahr 

Bei der Variante in Bild 5 befinden 
sich die Variablen ständig auf dem 
Parameterstack. 

Zur Initialisierung ist vor Aufruf von 1/ 
8-KREIS der Radius einzugeben, der 
gleich als Anfangswert für Y verwen- 
det wird. X und YL werden auf 0 ge- 
setzt. Durch ROT kommt Y auf dem 
Stack an die erste Stgjle, dann folgen 
X und YL. In dieser Reihenfolge liegen 


Bild 4 118-Kreis in Forth 


Bild 5 Forth-Programm ohne 
Variable 

die Variablen vor und nach Ausfüh- 
rung von PLOT und DELTA auf dem 
Stack. Bei ENDE? kommt an oberster 
Stelle noch das über den Abbruch ent- 
scheidene Flag hinzu. Nach UNTIL 
werden die nicht mehr benötigten 
Werte vom Stack entfernt. Das Pro- 
gramm ist schwerer lesbar, aber um 
den Faktor 1 ,25 schneller als das Bei- 
spiel in Bild 4. Dieses Verhältnis ist je- 
doch in starkem Maße von der Laufzeit 
der Routine PLOT und damit von der 
Implementierung und der zugrunde 
liegenden Hardware abhängig. 


In dem zum Vergleich benutzten 
Rechner mit U 880 und 4 MHz Takt- 
frequenz dauerte die Berechnung der 
Koordinaten eines Kreispunktes nach 
dem Algorithmus in Maschinenkode 
im Mittel 20 Mikrosekunden, eine 
Ausgabe auf den Bildschirm bean- 
spruchte jedoch 300 Mikrosekunden. 
Der Basic-Befehl CIRCLE (auch eine 
Maschinenkoderoutine) benötigte für 
die Ausgabe eines Kreispunktes etwa 
4 ms. Demgegenüber sind sogar die 
Forth-Programme mit etwa 2 ms noch 
schneller. Das Basic-Programm in 
Bild 1 war dagegen, nicht zuletzt we- 



gen der Gleitkomma-Rechenopera- 
tion, mit 22 ms deutlich langsamer. 
Abschließend soll darauf hingewie- 
sen werden, daß nach dieser Me- 
thode auch ändere Kurven, wie Pa- 
rabeln oder Exponentialfunktionen 
dargestellt werden können. 

Peter Taege 
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BA SICODE im Rundfunk 

Ab September beginnt bei „REM -das Computerma- 
gazin' des Schulfunks von Rad» DDR II ein neuer 
Kurs, diesmal zum Programmieren in BASICODE. 

I BASICODE ist ein in den Niederlanden entwickelter 
| universeller Übertragungscode, der einheitlich für 
verschiedene Rechner einlesbar und abarbeitbar ist 
| und damit den Austausch von Programmen verschie- 

| dener Computertypen ermöglicht. 

Entsprechende Übersetzungsprogramme existieren 
j bereits für die KC-Typen, für AC 1 . Z 1013, C 64, Atari 

und Sinclair Spectrum. 

Start des neuen Kurses ist der 6. September 1989, 


17.00 Uhr; die weiteren Folgen dann - wie bekannt - 
jeden 2. Mittwoch um 17.00 Uhr im Rahmen des 
Schulfunkprogramms. 

Zu dem Kurs wird ein kostenloses Begleitmaterial be- 
reitgesteilt, das unter folgender Anschrift angefordert 
werden kann, sofern ein frankierter und mit der eige- 
nen Adresse versehener AS-Umschlag mitgeschickt ? 
wird: ’ 

REM - Schulfunk Radio DDR II, 

Kennwort BASICODE, 

Nalepastraße, Berlin, 1 160 

''Ön';Baufmttrt''MM 


KC 85/3 als Eingabeterminal für PC 1 71 5 , BC A 5 120 


Dr. Helge-Karsten Klink, 
Christian Kompart 
VEB Chemiewerk Kapen 


Mit der Erweiterung des Modulsorti- 
ments für den KC 85/2 oder /3 durch 
die Module M0 12 (Texor) und M003 
(V.24) gewann der Kleincomputer 
eine zunehmende Bedeutung für die 
Textverarbeitung. 

Da jedoch nicht für jeden in der Text- 
verarbeitung eingesetzten KC zur 
Textausgabe ein Druckgerät zur Ver- 
fügung steht und somit die bereits ge- 
*"■' nannten Module in ihren Möglichkei- 
ten nicht voll genutzt werden können, 
wurde eine hardwaretechnische Lö- 
sung dieses Problems gefunden und 
eine Kopplung zwischen dem KC und 
PC oder BC hergestellt. 

Die auf dem KC im Textverarbei- 
tungssystem Texor erstellten Texte 
können nun direkt in den PC bzw. BC 


überspielt werden. Dabei werden 
keine neuen Treiberroutinen auf dem 
KC benötigt, sondern gleich die im 
Texor-Modul befindlichen Drucker- 
routinen verwendet. So werden alle 
ASCII-Zeichen mit einer Geschwin- 
digkeit von 9 600 Baud übertragen. 
Nach der Übertragung werden die in 
den PC oder BC überspielten Texte 
von den mitübertragenen Drucker- 
steuerzeichen mittels Transforma- 
tionsprogramm gesäubert. 

Die Nutzung dieser Kopplung be- 
schränkt sich natürlich keineswegs 
auf die Textverarbeitung. 

So können beispielsweise Pro- 
gramme (in dBase, Algol, Basic, 
usw.) oder dBase-Dateien im Texor 
des KC erstellt werden, die dann an- 
schließend auf dem PC/BC lauffähig 
sind. 

Die maximale Dateigröße im Texor 
des KC beträgt etwa 15 KByte. Die 


Übertragungsentfernung beträgt bei 
speziell geschirmtem Kabel (Koax) 
vom KC zum PC/BC maximal 80 m. 

Hardwaretechnische Voraussetzun- 
gen 

• KC 85/2 oder 3 

• Modul M01 2 (Texor) 

• Modul M003 (V.24) 

• PC 1715oder BC A5120mitV.24- 
Interface 

• Kopplungsleitung (vom Anwender 
herzustellen) 

Softwaretechnische Voraussetzun- 
gen 

• Telekommunikationsprogramm 
TLCM, hergestellt vom VEB Büroma- 
schinenwerk Sömmerda, in der Ver- 
sion 1.1 (Version 0.6 realisiert die 
Kopplung nur bei PC 1715) 

• Transformationsprogramme zur 
Text-, Programm- und Dateibearbei- 
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tung der auf PC 1 71 5 oder BC A 51 20 
überspielten Texte 
Realsierung der Kopplung 
Am KC 85/2 oder /3 wird der Kanal 1 
des Modul M003 (V.24) genutzt. Der 
Modul M003 sollte dabei im Modul- 
schacht 8 stecken. Beim PC 1715 
und BC A 5120 wird das eingebaute 
V.24-Interface genutzt. 

Zur Übertragung der Daten vom KC 
zum PC oder BC genügt ein Stereo- 
überspielkabel, an dem an der PC/ 
BC-Steckseite eine 13polige Steck- 
leiste angelötet wird. 

- Masse = Betriebserde (A9 = B8 

(Brücke)) 

- T x D = Sendedaten 

- CTS = Sendebereitschaft 

- DTR = Betriebsbereitschaft 

- R x D = Empfangsdaten 


Transformationsprogramme 

Um die mitüberspielten Druckersteu- 
erzeichen, die für die weitere Verar- 
beitung der vom KC überspielten 
Texte, Programme oder Dateien in 
den PC/BC hinderlich sind, zu elimi- 
nieren, wurden dazu 2 Beispielpro- 
gramme in dBase geschrieben. 
Programm TRANS 
Das Programm TRANS eliminiert die 
Druckersteuerzeichen innerhalb ei- 
ner überspielten Programm- oder 
Textdatei und bereitet diese so auf, 
daß diese danach ein normales 
dBase- bzw. Textformat hat. 

Der überarbeitete Text kann an- 
schließend im jeweiligen Textprozes- 
sor des PC/BC abgearbeitet werden. 
Handelt es sich um ein Programm, 


Fl 02 

Masse 

2 

A1 

Fl 02 

Masse 

Fl 03 

Rx D 

(br) 1 

> A3 

Fl 03 

TxD 

Fl 04 

TxD 

(ge) 3 

» B4 

Fl 04 

RxD 

Fl 06 

DTR 

(we) 5 

♦ B6 

F106 

CTS 

Fl 08 

CTS 

(gn) 4 

> B8, 

Fl 08 

DTR 



A9 

Fl 09 

DCD 


den. 

Anschließend wird die Parameterda- 
tei TLCM.PAR geladen. 

Parameter: 

Device: PC 171 5 oder 

(BC A 51 20/30- 
K6028/8025-A) 

Mode: Full-Duplex 


Parity: 


No 


Bit/Zeichen: 8 
Prozedur: DTR 

CR-Echo: CR 

• Beginn des Datenempfangsmodus 
mit ta (TALK) 

• Eröffnung der Empfangsdatei im 
PC/BC durch ESC-G 

• Eingabe des Namens der Emp- 
fangsdatei 

• Eingabe der Übertragungsge- 
schwindigkeit n 

• Abspeicherung nach Ende der 
Übertragung durch ESC-E 

• Abbruch des Programms TLCM 
durch e 

Der KC wird über das im Texor-Modul 
befindliche INIT-Menü initialisiert. 
Parameter: 

Steuerzeichen — ► N 

Geräteauswahl — > K 

Schriftart -* K 

Sperrschrift — > 1 

Zeilenabstand — > 1 

Anfangsspace — > Enter 

• Beginn der Übertragung im Text- 
modus (Texor) durch e (Flatter- 
satz) 

• Hinter Zeilen/Seite: die maximale 
Zeilenanzahl des Textes, des Pro- 
gramms oder der Datei eingeben 
— > ET. 

• Die Abfrage Druck J/N : mit J beant- 
worten 

• Abbruch der Übertragung jederzeit 
mit BRK 

• Ende der Übertragung wird durch 
'Befehl' angezeigt! 


beispielsweise in dBase, kann dieses 
nach der Abspeicherung durch 
TRANS abgearbeitet werden. Han- 
delt es sich um eine Textdatei, die im 
Textprozessor des PC/BC weiterbe- 
arbeitet oder ausgedruckt werden 
soll, gibt man in die letzte Zeile ein: 
quitto 'TP' 

Nach der Abarbeitung der überspiel- 
ten Dateien im TRANS wird nun auto- 
matisch der Textprozessor im PC/BC 
gestartet. 

Programm TRANS1 
Das Programm TRANS1 eliminiert 
die Druckersteuerzeichen innerhalb 
einer vom KC zum PC/BC überspiel- 
ten und zuvor auf KC erstellten 
dBase-Datei und bereitet diese im 
PC/BC so auf, daß sie dann als 
dBase-Datei in einem dBase-Pro- 
gramm im PC/BC verarbeitet werden 
kann. 

Ein Beispiel fürTRANSl geschrieben 
in dBase siehe im Bild 2. 

Die fertiggestellte dBase Datei kann 
nun im PC/BC in entsprechenden 
Programmen weiterbearbeitet wer- 
den. 

Es ist erkennbar, daß die Drucker- 
steuerzeichen, wie Leerzeichen und 
anderes, durch entsprechende 
dBase Anweisungen eliminiert wer- 


Jeder Nutzer des KC als dezentrales 
Datenerfassungs- und Eingabegerät 
für einen PC 1715 oder BC A 5120 
kann und muß natürlich selber das 
Format seiner auf dem KC zu erstel- 
lenden Datei, ob Datenbank, Text 
oder Programm, festlegen und kann 
die hier nur als Beispiel aufgeführten 
kurzen dBase Transformationspro- 
gramme für seine Zwecke verändern 
oder erweitern. Auf jeden Fall ist mit 
der Möglichkeit dieser Kopplungsme- 
thode ein durchaus sinnvoller Einsatz 
des KC garantiert. 

Nebenbei erhöht sich die Anzahl der 
Anwender von Computertechnik in 
vielen Betriebsbereichen und der 
Auslastungsgrad der im Einsatz be- 
findlichen PC/BC unter dem Ge- 
sichtspunkt der Nutzung dieser als 
zentrale Druckstationen. 



@ 10,10 say 'Dateinamen vollstaendig eingeben (mit Punkt)* 
@ 2,2 say 'Welche Datei bearbeiten ?' get d 
8 4-, 2 say Name der Zieldatei ? get dl 





Bild 1 Programm TRANS Bild 2 Programm TRANS1 ▼ 









delete all for zl-' - .or.z3=0 




?' Datei '.'Ml',' fertiggestellt 


Die Nutzungszeiten von PC/BC für 
die Programmierung oder Erstellung 
großer Dateien sind ebenfalls ver- 
kürzbar. Ein Test dazu ist jedoch un- 
möglich, da der KC sich im Textpro- 
zessorsysstem Texor befindet, was 
ein kleiner, jedoch nicht unbedingt 
hemmender Nachteil ist. 

In unserem Betrieb wird diese Kopp- 
lung in der Rechenstation angewen- 
det. Dadurch kann der Programmie- 
rer etwa 75 Prozent seiner Pro- 
gramme, die er im Algol schreibt, auf 
KC erstellen. Zuvor führte das zu ei- 
ner Blockierung des BC A 5120, was 
wiederum zur Blockierung des mit 


dem BC gekoppelten KRS 4201 
führte. Jetzt hingegen ist der BC für 
etwa 75 Prozent der Eingaben zum 
KRS freigesetzt, der Programmierer 
benötigt lediglich noch die Zeit zum 
Test und zum Abschluß seines Pro- 
gramms auf dem BC, bevor er dieses 
in den KRS überspielt. 

In diesem Sinne viel Erfolg bei der 
Anwendung dieser Kopplung. 


1 B KONTAKT 9 ~| 

VEB Chemiewerk Kapen, PSF 158, Des- 
sau, 4500; Tel. 7244 App. 415 
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T ourenöptimierung 
mit BC- TOUR, Version 2.0 

BC-TOUR ist ein Softwarepaket zur Lö- 
sung von Tourenproblemen mit Hilfe 
von 8-Bit und 16-Bit-Mikrorechent- 
echnik. Es kann sowohl als Anschluß- 
projekt an die ESER-Softwarepakete 
DISKO-2 und DISKO-TOUR als auch 
separat genutzt werden. Bei der An- 
wendung von BC-TOUR können fol- 
gende Bedingungen berücksichtigt 
werden: 

- Bedarf und Aufnahmebereitschaft 
der Kunden (Erfassung des Bedarfs 
in max. 10 Liefermengeneinheiten 
möglich) 

- Be- und Entladezeiten 

- feste Aufenthaltszeiten bei den 
Kunden 

- Anzahl und Kapazität der Fahr- 
zeugtypen 

- Einsatzdauer der Fahrzeugtypen 
(Berücksichtigung von 2 Schichten 
möglich) 

- Beschränkung der Tourdauer 

- Optimierung nach zwei Maßeinhei- 
ten möglich (z. B. Masse und Volu- 
men) 

- Geschwindigkeit (Berücksichti- 
gung von territorialen Besonderhei- 
ten ist möglich, z. B. Bahnübergänge, 
Fähren usw.) 

- als Entfernungsmatrix wird nur 
eine Matrix der direkten Entfernun- 
gen benötigt. 

BC-TOUR berücksichtigt folgende 
maximalen Problemgrößen, die zum 
Teil auf Wunsch des Nutzers vom 
Entwickler erweitert werden können: 
500 Kunden, 200 Zonen, 50 Touren, 
50 Fahrzeuge, 20 Fahrzeugtypen, 
2000 direkte Entfernungen. BC- 
TOUR ist voll menügesteuert. Die 
Funktionen der Kursorsteuerung und 
die Syntax der Nutzerantworten wur- 
den von Textprozessor, Turbo-Pas- 
cal und Dienstprogrammen übernom- 
men, so daß der PC-geschulte An- 
wender keine Einarbeitung benö- 
tigt. 

Geliefert werden Programme und An- 
wenderdokumentation auf nutzerei- 
genen Disketten. Garantie- und Än- 
derungsdienst sowie Anlaufunterstüt- 
zung werden gewährt. 

VEB Datenverarbeitungszentrum Pots- 
dam, Dortustraße 46, Potsdam, 1500; 
Tel. 39311 oder 39312 KäskeiMiers 

Forth-Spracherweiterung 
für Künstliche Intelligenz 

Auf der Basis des Backtrackprinzips 
wird eine vollständige Symbiose al- 
gorithmischer und deklarativer Pro- 
grammiermethoden in einem ge- 
meinsamen Sprachkonzept realisiert. 
Weiterhin wird die strategisch gesteu- 
erte Lösungssuche für Aufgaben gro- 
ßer Suchtiefe unterstützt. Es existie- 
ren folgende Komponenten: 
Mechanismus für unbestimmte Verzwei- 
gungen (TRY) und Backtracking 
(FAIL). Dies bedeutet, daß ein Pro- 
gramm Verzweigungen enthalten 
kann, deren Entscheidungskriterien 
erst im nachhinein gewonnen wer- 
den. 

Universell und sehr einfach anwendbare 
Strategiefunktionen anhand anwen- 
derspezifischer Bewertungskriterien 
oder fuzzylogischer Verknüpfung 
heuristischer Wichtungen. 


Das Note-and-Follow-Konzept. Es be- 
steht darin, den gültigen (d. h. zum Er- 
folg führenden) Programmweg zu no- 
tieren (NOTE), sozusagen über die 
durchlaufenen Programmverzwei- 
gungen und ausgeführten Backtrack- 
ings buchzuführen, um dann erneut 
(ggf. mehrfach) diesem notierten 
Weg durch das Programm backtrack- 
und verzweigungsfrei zu folgen (FOL- 
LOW). Dies dient einer erheblichen 
Programmvereinfachung. Sehr 
zweckmäßig erscheint auch der un- 
mittelbare Einsatz zur Maschinen- 
und Robotersteuerung, indem das 
gleiche Programm zur Simulation und 
zur direkten Steuerung benutzt 
wird. 

Expertensystem-Tools: Wissensorga- 
nisation und Symbole, Fakten und 
Regeln, Expert-Dialog-Ebene (insbe- 
sondere für Spezialfachsprachen). 
Die Sprachenweiterung ist Bestand- 
teil des NILES-FORTH-Entwick- 
lungssystems (siehe MP 11/1988, 
S. 346); der Preis beträgt 9500,- M. 
Bitte fordern Sie ein ausführliches In- 
formationsblatt oder eine DEMO-Dis- 
kette (Schutzgebühr: 185,-M) an. 

„7. Oktober“. Abt. TP6, Gehringstraße 
39, Berlin, 1120; Tel. 3631641 Noack 


Dateikonvertierung 
UNIX -MS-DOS 

Im Rahmen einer Installation des 
hierarchischen Datenbankbetriebs- 
systems HIDA durch die Firma 
startex GmbH, Bonn (BRD), beim 
VEB E. A.-Seemann-Verlag Leipzig, 
Redaktion Allgemeines Künstlerlexi- 
kon, wurden zwei Utilities für die Da- 
teikonvertierung geschaffen. Das 
Programm tar2dos konvertiert Da- 
teien im tar-Format (Betriebssystem 
WEGA oder UNIX-kompatibles Be- 
triebssystem) in Dateien im MS-DOS- 
Format. Das Programm w2crlf ändert 
in Textdateien die Zeilenendmarkie- 
rung von 0AH (WEGA bzw. UNIX) in 
ODOAH (MS-DOS). Beide Utilities 
laufen unter MS-DOS oder kompati- 
blen Betriebssystemen. 

Eine kostenlose Weitergabe an Inter- 
essenten ist unter der Kontakt- 
adresse möglich (bitte MS-DOS-Dis- 
kette, 720 KByte, einsenden). 

VEB E. A. Seemann-Verlag, Redaktion 
Allgemeines Künstlerlexikon, Jacob- 
straße 6, PSF 846, Leipzig. 7010 

Schmidt 


Turbo-Pascal-Routinen 
für dBase Ill-Zugriff 

ln unserem Institut wurde ein unter 
dem Namen TPDBASE zusammenge- 
faßter Satz von Routinen entwickelt, 
mit deren Hilfe ein Turbo-Pascal-An- 
wenderprogramm dBase III- bzw. 
dBase III Plus-Datenbankdateien 
verarbeiten kann. Die Routinen sind 
unter MS-DOS und kompatiblen Be- 
triebssystemen und der Program- 
miersprache Turbo-Pascal, Version 
4.0, anwendbar. TPDBASE hat fol- 
genden Leistungsumfang: 

- Lesen und Schreiben von dBase 
Ill-Datensätzen einschießlich Datei- 
erweiterung 

- Zugriff auf einzelne Feldwerte und 


Suchen nach speziellen Feldwerten 

- Funktionen, die den dBase-Kom- 
mandos COPY STRUCTURE und 
PACK entsprechen 

- Verfügbarkeit der Struktur der 
dBase Ill-Datei im Anwenderpro- 
gramm 

- keine Beschränkung der Anzahl 
der gleichzeitig eröffneten dBase III- 
Dateien durch TPDBASE 

- Möglichkeit der Auswahl der vom 
Anwenderprogramm tatsächlich be- 
nötigten Felder der dBase Ill-Datei. 
Anzahl und Anordnung der übrigen 
Felder beeinflussen das Anwender- 
programm nicht. 

- wählbare interne Darstellung der 
Feldwerte 

- Möglichkeit, einen Dateiausschnitt 

im Hauptspeicher zu führen. Dabei 
lädt TPDBASE nur die ausgewählten 
Felder in der gewünschten internen 
Darstellung. Der Zugriff zu den Daten 
wird dadurch sehr effektiv. Die Ver- 
waltung dieses Hauptspeicherberei- 
ches (Nachladen, Sichern) kann 
TPDBASE übertragen werden. 
Bauakademie der DDR, Institut für Tech- 
nologie und Mechanisierung, Plauener 
Straße 163/165, Berlin, 1092; 
Tel. 37833333 Schimpf 


Interaktives Dialogsystem 
für P8000 

IDS 8000 ist ein leistungsfähiges, dia- 
logorientiertes Softwareprodukt zur 
Verwaltung von Nutzerprogrammen 
im UNIX-kompatiblen Betriebssy- 
stem WEGA. IDS 8000 ist für solche 
Anwender entwickelt worden, die mit 
ihrem Computer die vielfältigsten 
Probleme des betrieblichen Repro- 
duktionsprozesses vorzugsweise 
durch eigene Dialogprogramme oder 
auch durch Nutzung anderer Soft- 
warelösungen bearbeiten wollen. Alle 
unter IDS laufenden Programme kön- 
nen autonom ihre Aufgabe erfüllen. 
Es besteht die Möglichkeit, daß 
gleichzeitig unterschiedliche Pro- 
blemgebiete wie Material, Absatz, 
Produktion usw. ohne gegenseitige 
Behinderung (gleichzeitige Manipula- 
tion von Dateien) aktiv sind. Um eine 
einfache Handhabung zu gewährlei- 
sten, wurde das System so konzi- 
piert, daß auch Anwender, die keiner- 
lei UNIX-Kenntnisse besitzen, Pro- 
gramme auswählen und abarbeiten 
können. Alle Systemteile von IDS 
8000 wurden in der Programmier- 
sprache C realisiert, wobei großer 
Wert auf Änderungsfreundlichkeit ge- 
legt wurde. Zum Start von IDS 8000 
wurden das UNIX-Interface, Login 
und Password genutzt. Nach Ein- 
gabe des Paßwortes erfolgt der Start 
aller notwendigen Systemprozesse 
(IDSBASE, TTYCTRL, CFM, evtl. 
TRANSFER) und der Beginn einer 
Dialogführung mit dem Nutzer des 
entsprechenden Terminals. Mit der 
Eingabe eines (ET) wird ein Menü- 
prozeß aktiviert, und mit der Auswahl 
einer Menüfunktion kann das ent- 
sprechende Programm gestartet wer- 
den. Voraussetzung für die Entwick- 
lung der Nutzerprogramme ist zur 
Zeit die Anwendung der Program- 
miersprache C. Für die Dateienarbeit 
verfügt IDS über eine umfangreiche 
Unterprogrammbibliothek, die so- 


wohl sequentielle als auch indexse- 
quentielle Dateimanipulation erlaubt. 
All diese Funktionen arbeiten in 
Wechselbeziehung mit der System- 
komponente CFM (Common-File- 
Management) oder auch mit mögli- 
chen Transferprozessen zur Vernet- 
zung mehrerer P 8000. 

VEB Schuhfabrik „Paul Schäfer“ Erfurt, 
Klement-Gottwald-Straße 52, Erfurt, 
5ß82; Tel. 382424 Küffner/Herold 


Aufarbeiten von Daten 
auf Lochband 

Für das Aufarbeiten von Datenbe- 
ständen, die auf Lochband gespei- 
chert sind, wurde ein PC (unter CP/M) 
mit einer Lochbandleseeinrichtung 
gekoppelt. Der Einlesevorgang wird 
durch ein Turbo-Pascal-Programm 
mit Optionen gesteuert. Im Rechner 
bilden die eingelesenen Daten eine 
Textdatei, die variabel weiterverar- 
beitet werden kann. Als Hardwarebe- 
standteile werden ein Lochbandleser 
ohne Steuereinheit sowie eine mini- 
male (selbst aufzubauende) Steuer- 
elektronik benötigt. Zum Aufbau der 
Rechnerkopplung sind ein freies PIO- 
Tor zur Dateneingabe sowie vier 
Steuerpins eines weiteren PIO-Tores 
des Rechners erforderlich. Folgende 
Funktionen sind möglich: 

- Rechtslauf, Linkslauf, Stop des 
Lochbandlesers 

- Erkennen von Bandende, Bandab- 
riss 

- Einlesen der Lochbandinformatio- 
nen. 

Der Bauelementeaufwand ist gering. 
Es werden vier LS-TTL-Schaltkreise, 
drei Transistoren (SF 128) und einige 
Transistoren zur Pegelanpassung 
benötigt. 

Institut für Züchtungsforschung der AdL, 
Ethel-und-Julius-Rosenberg-Sraße 22/ 
23. Quedlinburg, 43B0; Tel. 470 

BoczekILiedecke 


Software für Gaststätten 

Zur Anwendung liegen Softwarelö- 
sungen für den C 128 D und für den 
PC 171 5 unter einem CP/M-kompati- 
blen Betriebssystem vor. Sie beinhal- 
ten folgende Lösungen: ' 

SPEIKA - Kalkulationsprogramm 
für Speisen und Getränke 
URK0N - Programm zur Planung, 
Abrechnung, Analyse und Kontrolle 
der Urlaubsinanspruchnahme 
KRASTA - Programm zur Abrech- 
nung und Analyse des Krankenstan- 
des 

KABRAN - Programm zur Kraftstoff- 
abrechnung mit Monats-, Quartals- 
und Jahresabrechnung. 

Alle Softwarelösungen sind anwen- 
derfreundlich als Menüprogramme 
ausgelegt. Die verschiedenen Einga- 
bedaten werden in Dateien abgelegt, 
die bei der Programmabarbeitung 
aufgerufen werden. Das Ausdrucken 
von aktuellen Auswertelisten ist mög- 
lich. Zum Ausdruck für SEIKOSHA- 
Drucker wurde außerdem ein Druck- 
programm entwickelt, das vor dem 
Ausdruck geladen werden muß. 

VE EHB (HO) Gaststätten Greifswald, Ba- 
derstraße 3, Greifswald, 2200; 
Tel. 76208 Werth 
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Konvertierungssystem 
für Leiterplattendaten 

Der rechnergestützte Entwurf von 
Leiterplatten, das Erzeugen der Ferti- 
gungsunterlagen und die Fertigung 
selbst erfordern ein flexibles Konzept 
für die Umwandlung der nicht durch- 
gängig standardisierten, hersteller- 
spezifischen Datenformate der ein- 
zelnen Bearbeitungsanlagen. Für 
diesen Zweck wurde ein erweiterba- 
res Datenkonvertierungssystem ent- 
wickelt. Es ist in Turbo-Pascal pro- 
grammiert und damit portabel, setzt 
eine spezielle Overlaytechnik ein und 
ist modular aufgebaut. Zur Zeit exi- 
stieren vier Modultypen: Dialog-, Ver- 
arbeitungs-, Eingabe- und Ausgabe- 
modul. Die Eingabe- und die Ausga- 
bemodule legen das Eingabe- und 
Ausgabeformat des jeweiligen Kon- 
vertierungslaufes fest. Diese Module 
sind als Overlay ausgelegt und belie- 
big kombinierbar. Die fest definierten 
Schnittstellen sowie die vom Bearbei- 
tungsmodul gebotenen Leistungen 
gestatten es, ohne großen Aufwand 
weitere Eingabe- und Ausgabemo- 
dule zu entwickeln. Gegenwärtig sind 
als Eingabeformate u.a. ALZG-3, 
LM-B20, MHF, LKA, GERBER und 
als Ausgabeformate ALZG-3, LM- 
B20, MHF, LKA, EXCELLON bear- 
beitbar. Implementiert wurde das Sy- 
stem auf einem 8-Bit-Rechner unter 
CP/M. 

Technische Universität Dresden, ZWGB, 
Mommsenstraße 13, Dresden, 8027; 
Tel. 4579593 

Dr. Drentschev 


Anschluß VT 27000 
an 8-Bit-Mikrorechner 

Es wurde eine Lösung für den An- 
schluß des Videoton-Zeilendruckers 
VT 27000 an 8-Bit-Mikrorechner mit 
dem Betriebssystem SCP erarbeitet 
(Bürocomputer A 5120/30, PC 1715, 
K 1520). Damit stehen dem Nutzer 
die Leistungen des von der SM-4 her 
bekannten Schnelldruckers auch an 
8-Bit-Arbeitsplätzen zur Verfügung. 
Geeignet ist die Lösung vor allem für 
den Druck längerer Dokumentatio- 
nen. Hardwareseitig ist der Aufbau ei- 
ner kleinen Zusatzschaltung erforder- 
lich, der z. B. auf einer Universalleiter- 
platte erfolgen kann. 

Zur Nachnutzung werden folgende 
Unterlagen bereitgestellt: 

- Stromlaufplan der Zusatzschaltung 

- Assemblerquelle für den BIOS- 
Treiber, der in das Betriebssystem 
einzubinden ist. 

VEB Elektroprojekt und Anlagenbau Ber- 
lin, ZFT, Abt. RC4, Rhinstraße 100, Ber- 
lin, 1140; Tel. 5509531/App. 29 oder 31 


Festplatte für EC f 834 
und Software für Plotter 

Die Nachrüstung des EC 1834 mit ei- 
ner Harddisk für IBM-PCs konnte mit 
einer Änderung des ROM-BIOS auf 
den Festplattencontrollern erreicht 
werden. Für die EPROMs 2764 
wurde als Ersatz eine kleine Emula- 
torplatine mit 4x2716 gebaut. Fol- 
gende Controller und die dazugehöri- 
gen Festplatten sind bisher auf diese 
Weise am EC 1834 betreibbar: 

- WD 1002A-WX1 (Tandon 
20 MByte) 

- WD 1 002A-27X (Wincard 
30 MByte) 


- OMTI 5527A (Seagate ST238R 
30 MByte) 

Für andere Systeme ist eine ähnliche 
Anpassung sicher möglich. Die durch 
den DMA-Schaltkreis 8057 redu- 
zierte Blockgröße (maximal 
16 KByte) bei der Datenübertragung 
hatte keine Auswirkungen unter DCP 
oder MS-DOS. Die zum EC 1 834 mit- 
gelieferten Serviceprogramme 
(FDISK, HDINIT, HDPARK) sind 
ebenfalls verwendbar. 

Für den Kleinplotter XY4131 wurde 
ein Softwarepaket entwickelt, das 
eine weitgehende Kompatibilität zum 
HP 7475 garantiert und auf Bürocom- 
putern lauffähig ist. Durch die Anpas- 
sung an den HP 7475 kann es für ei- 
nen Großteil der Grafiksoftware, die 
auf 16-Bit-Rechnern zur Verfügung 
steht, verwendet werden. Es besteht 
aus folgenden Bestandteilen: 

GETPLT - Empfang von Plotter- 
kommandos über V.24 und Ablegen 
in einer Datei 

HPXY4131 - Plotten von Dateien 
bzw. Plotterkommandos, die über die 
V.24 empfangen werden 
PLINST - Installieren der Schnitt- 
stellen und der Standardplotterein- 
stellungen. 

Für den Plotteranschluß ist ein unbe- 
schaltetes PlO-Port im Bürocomputer 
erforderlich. Im praktischen Betrieb 
sind folgende Kopplungen möglich: 

PC V.24 BC - Datei 

PC — Diskette -» BC -» XY4131 

PC V.24 — » BC -> XY4131 

Forschungszentrum für Bodenfruchtbar- 
keit Müncheberg, Abt. Wissenschaftli- 
cher Gerätebau, Wilhelm-Pieck-Straße 
72. Müncheberg, 1278; Tel. 82241 

Dr. Petzold 


Anfertigen 
von Leiterplatten 

Die Feinmechanische Werkstatt 
Reese bietet die Anfertigung von Lei- 
terplatten (NDKL, ein- und zweiseitig) 
nach der vom Kunden gelieferten 
maßstabgerechten Vorlage (Leiter- 
bildzeichnung) an. 

Firma Dipl. -Ing. Thomas Reese, Fein- 
mechanische Werkstatt, wissenschaftli- 
che Geräte und Leiterplatten, Ambro- 
siusplatz 5, Magdeburg, 3014; 
Tel. 48752 Reese 


Grafik-Druckerprogramm 
für K 6311 am K 891 5 

Für den Rechner K 8915 vom VEB 
Robotron-Rechenelektronik Meinin- 
gen/Zella-Mehlis wurde ein Drucker- 
treiber entwickelt, der nachladbar 
(oder besser vorladbar) sich in den 
freien RAM-Bereich zwischen F000H 
und FFBH lädt und der den Ablauf 
normaler Programme sowie den zur 
Verfügung stehenden Speicherplatz 
für Nutzerprogramme nicht verrin- 
gert. Das I/O-Byte wird auf User-List- 
Kanal umgeschaltet. Hardwaremäßig 
ist die ATSK 7028.20 (1 x IFSS, 
1 x V.24) auszutauschen. Im Daten- 
austausch werden im Drucker DTR- 
Protokoll und 9600 Baud eingestellt. 
Auf Wunsch kann auch eine ASV K 
9021 Verwendung finden, wobei aber 
auf der Platine die Erzeugung der 
-12-V-Stromversorgung entspre- 
chend geändert werden muß. Die 
Adressen können auf Wunsch in den 
Programmen entsprechend gelinkt 
werden. Von der V.24-Schnittstelle 


werden die Leitungen Masse, DTR 
sowie Rx/TX benötigt. Im V.24-Steck- 
verbinder der ATS sind die Leitungen 
1 07 und 1 08 zu brücken. Die Funktio- 
nen Schriftgröße, Zeichensatz und 
Grafik-/Alpha-Modus werden menü- 
gesteuert aufgerufen. Mit einem 
Hardcopy-Programm können BWS- 
Inhalte der Grafikplatte VIS2A (AdW) , 
512x256 Pixel, ausgedruckt wer- 
den. Das Programm kann ebenfalls 
zur Verfügung gestellt werden. 
Angebotene Leistungen sind eine 
Hardware-Dokumentation und eine 
Software-Beschreibung. Die Pro- 
gramme können wahlweise auf 8"- 
oder auf 5V4"-Disketten geliefert wer- 


Technische Hochschule Ilmenau, Sek- 
tion Phyteb, PSF 327, Ilmenau, 6300; 
Tel. 74621 und 74681 

Gleichmann/Behrens 


Kopplung PC und SD 11 56 

Für die weitere Verwendung vorhan- 
dener Seriendrucker SD 1156 mit 
Schnittstelle SIF 1000 (TTL-Pegel) 
und die Nutzung der damit verbunde- 
nen Vorteile wurde eine Hard- und 
Softwarelösung geschaffen, die es 
erlaubt, die Drucker an fast beliebige 
BC/PC/AC mit V.24-Schnittstelle an- 
zuschließen. Die Lösung besteht aus 
einer Leiterplatte mit EMR U 882, 2 
KByte EPROM und 1 KByte RAM und 
dem entsprechenden Druckersteuer- 
programm. Der EMR wird bei minima- 
lem Verdrahtungsaufwand im Druk- 
ker installiert, ohne daß an der übri- 
gen Druckertechnik etwas verändert 
werden muß (wichtig für die War- 
tung). Realisiert wird über den EMR 
der Datenaustausch mit dem Rech- 
ner über V.24-Protokoll und die voll- 
ständige Druckeransteuerung über 
das Interface SIF 1000. Am PC ist 
keine hard- oder softwareseitige Ver- 
änderung notwendig. Erprobt und 
eingesetzt wird die Lösung bei uns 
vorrangig für den PC 1715 am Rech- 
nerausgang PRINTER. 

VEB teltomat Teltow, Werk für StraBen- 
baumaschinen, Abt. L0E, Ruhlsdorfer 
Straße, Teltow, 1530 Schnabel 


Druckprogramm RUND 

Das Programm RUND verwaltet acht 
Adressendateien und unterstützt den 
Druck von Rundschreiben mit per- 
sönlichen Anreden sowie den Druck 
von Briefumschlägen mit dem Text- 
verarbeitungssystem TP unter dem 
Menüpunkt Kombodruck. Der Druck 
von Anschriftenverzeichnissen ist 
möglich. Dem Nutzer stehen unter 
anderem die Funktionen Eingabe, 
Korrektur, Druck, Zeigen, Verschie- 
ben und Kopieren innerhalb der 
Adressendateien und die Auswahl 
von Anschriften für ein Rundschrei- 
ben mittels Kombodruck zur Verfü- 
gung. Neben der Anschrift, der An- 
rede und dem Namen ist das Spei- 
chern von Zusatzinformationen zu je- 
der Anschrift möglich (Telefonnum- 
mer usw.). Nutzer dieses Programms 
sind Betriebsleitungen, Genossen- 
schaften und gesellschaftliche Orga- 
nisationen, die gleichlautende Texte 
an eine große Anzahl von immer wie- 
derkehrenden Adressaten versen- 
den. Das Programm läuft unter den 
Betriebssystemen SCP und DCP. Die 
Dateien können unter dBase II bzw. 
dBase III weiterverarbeitet werden. 


Bei Zusendung einer formatierten 5'/4- 
Zoll-Diskette kann die Nutzerdoku- 
mentation angefordert werden. 

Firma Ulrich Schmidt, Bahnhofstraße 
17, Altlandsberg, 1274; Tel. 408 

Schmidt 


für Turbo-Pascal 

Die entwickelte Turbo-Pascal-Modul- 
bibliothek bietet insbesondere für Da- 
tenerfassungsprogramme folgende 
Vorteile: 

- Gewährleistung einer einheitlichen 
Bedienoberfläche auf unterschiedli- 
cher Technik (BC, PC 1715, K 8915, 
A7100, A7150, EC 1834 u. ä.) 

- Bedienfreundlichkeit und Bedien- 
komfort 

- rationelle Programmierung 

- uneingeschränkte Portabilität von 
Programmen 

- effektive Pflege- und Wartungsar- 
beiten. 

Die Modulbibliothek besteht aus ein- 
zelnen Boxen, die über Includeanwei- 
sung in Turbo-Pascal-Programme 
eingebunden werden und folgendes 
realisieren: 

EINGABE-BOX ermöglicht Bildschirm- 
eingaben (real, integer, byte oder 
string), Vorwertübernahme, Stan- 
dardwertübernahme, Löschen des 
Eingabefeldes u.ä. Durch Eingabe 
von ? lassen sich jederzeit Helptexte 
abfordern; Minimum- und Maximum- 
prüfung sind möglich. 

HELP-B0X ermöglicht die Nutzung von 
variablen Helptexten 
KAPAZB0X zur Prüfung der freien Dis- 
kettenkapazität 

K0PF-B0X zur einheitlichen Gestal- 
tung des 1. Bildschirmbildes ein- 
schließlich Datumeingabe und -Prü- 
fung 

MENÜ-BOX zur einheitlichen Darstel- 
lung der Funktionsauswahlbilder 
MACHDBD-B0X zur Erzeugung des 
Dateidefinitionsblockes von Daten- 
bankdateien 

FILE-BOX für Prüfen, Einrichten, Fort- 
schreiben u. ä. von Dateien 
LISTE-BOX zur wahlweisen Ausgabe 
von Listen auf Drucker oder Diskette 
BR0S-B0X zur Verarbeitung von 
BROS-Disketten unter SCP 
LIESKBD-B0X wandelt den Tasten- 
code der Kursortasten am 16-Bit- 
Rechner in CTRL-Zeichen um 
FTASTEN-B0X gibt zurück, welche 
Funktionstaste am 16-Bit-Rechner 
gedrückt wurde. 

Zu jeder Box existiert eine umfangrei- 
che Beschreibung. 

Institut für Forstwissenschaften Ebers- 
walde, Organisations- und Rechenzen- 
trum Potsdam, VirchowstraBe 39/41, 
Potsdam, 1591; Tel. 76941 

Neumann 


Wir suchen . . . 

. . . einen T reiber für den Anschluß ei- 
ner Kassettenmagnetbandeinheit K 
5261.01 an den A 71 00. 

Technische Universität Dresden, Sek- 
tion Forstwirtschaft, Bereich Forstein- 
richtung und Forstliche Ertragskunde, 
Plenner Straße 8, PSF 10, Tharandt, 
8223; Tel. 6231 

Vogel 
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Erste PC-Familie 
mit 80486-Prozessor 

Von der englischen Firma Apricot 
Computers wurden Anfang Juni die 
ersten Personalcomputer vorgestellt, 
die Intels neuesten 32-Bit-Mikropro- 
zessor, den 80486, verwenden. 

Sie sind für den Einsatz der Betriebs- 
systeme MS-DOS, OS/2 und UNIX 
vorgesehen. Das Einstiegsmodell VX 
400/30 hat 4 MByte RAM, einen 128- 
KByte-Cache und eine 338-MByte- 
Festplatte. Bei 25 MHz Taktfrequenz 
wird eine Leistung von 15 MIPS er- 
reicht. MP 

Compaq Deskpro 386/33 



Zwar gelang es der Firma Compaq 
nicht, den ersten 386er-PC mit 
33MHz-Prozessor vorzustellen - 
siehe 4. Umschlagseite -, doch will 
man den Anspruch, Marktführer bei 
den 386er PCs zu sein, mit „dem er- 
sten PC der Welt auf der Basis eines 
mit 33 MHz getakteten 80386-Pro- 
zessors, der sofort lieferbar ist" ver- 
teidigen. Ende Mai wurde das neue 
Modell präsentiert, das vor allem für 
anspruchsvolle Anwendungen wie 
CAD/CAE, Softwareentwicklung und 
Finanzanalysen sowie als Fileserver 
in Multiusersystemen ausgelegt ist. 
Durch die Kombination der bekann- 
ten Compaq-Flex-Architektur mit der 
höheren Taktrate soll eine um 35 Pro- 
zent höhere Leistung als bei 25-MHz- 
PCs möglich sein. Dazu tragen auch 
der 64-KByte-Cachespeicher bei so- 
wie die Möglichkeit des (gleichzeiti- 
gen) Einsatzes der neuen Koprozes- 
soren Intel 80387 und Weitek 3167 
mit je 33 MHz. Die Flex-Architektur, 
die einen 32-Bit-Speicherbus be- 
inhaltet, ermöglicht durch das Con- 
current-Bus-Prinzip, bei dem Spei- 
cher- und Peripheriebus gleichzeitig 
angesprochen werden, eine gleich- 
mäßige Auslastung aller Subsy- 
steme. Standardmäßig ist der 386/33 
mit 2 MByte RAM, einem 5,25-Zoll- 
Diskettenlaufwerk und einer Fest- 
platte zwischen 84 und 650 MByte 
ausgestattet. Durch Nutzung des 32- 
Bit-Erweiterungssteckplatzes kann 
der RAM auf bis zu 16 MByte ausge- 
baut werden. 

Daneben gibt es noch 7 freie Steck- 
plätze im Industriestandard. Der Ein- 
bau von bis zu 5 Massenspeichern er- 
laubt es, die interne Speicherkapazi- 
tät bis auf 1 ,3 Gigabyte zu erweitern - 
ein Wert, der nach Aussagen von 
Compaq bisher von keinem anderen 
Desktop-Computer erreicht wird. MP 


1 

Entwicklungen und Tendenzen , 


EMS-Chip 

Die Voraussetzung für effektives Mul- 
titasking sind große Speicher, von de- 
nen jeder Task (Aufgabe) ein Spei- 
cherbereich zugewiesen wird. Die 
Standards für Speichererweiterun- 
gen unter MS-DOS sind der EMS 4.0 
bzw. der EEMS (Enhanced Expan- 
ded Memory Standard; siehe dazu 
MP 3/1989, Seite 89). DieUSA-Firma 
Chips & Technologies kündigte An- 
fang des Jahres die Produktion des 
82C631 für die Verwaltung des EMS- 
Speicher an. Der EMS Mapper eröff- 
net für die PC-Hersteller neue Mög- 
lichkeiten. Bisher wurden die Schalt- 
kreise für die Speicherverwaltung auf 
den RAM-Erweiterungskarten - die 
mit 1 -MBit-RAMs bereits bis zu 
16 MByte umfassen - plaziert. Der 
82C631 kann künftig auf der Haupt- 
platine untergebracht werden. Da- 
durch wird es möglich, die Kapazität 
der Erweitungskarten weiter zu stei- 
gern. Die 128 Register des 82C631 
zum Ansteuern der EMS-Speicher- 
bänke sollen bei Programmen wie 
Windows und Desqview zu erhebli- 
chen Geschwindigkeitssteigerungen 
führen. Zum Erzeugen oder Aktuali- 
sieren der Speicherfenster ist ledig- 
lich ein Ein-/Ausgabekommando nö- 
tig. MP 


Hochauflösender Farb- 
scanner ACS 1 0O Color 



Als einen Meilenstein im farbigen 
Druckvorstufenbereich betrachtet die 
Firma Agfa-Compugraphic ihren 
neuen hochauflösenden Farbscan- 
ner. Der ACS 1 00 Color ist ein CCD- 
Flachbettscanner, der eine variable 
Auflösung von 300 bis 2400 Punkten 
pro Zoll (dpi) für Anwendungen in der 
farbigen Druckvorstufe bereitstellt. 
Der Einsatz der CCD-Technik 
(Charge coupled device) und die hohe 
Präzision des Flachbett-Mechanis- 
mus sollen für ein sehr schnelles Ar- 
beiten des Systems sorgen. 
Agfa-Compugraphic wird den neuen 
Farbscanner in vorhandene und zu- 
künftige Systemumgebungen inte- 
grieren; aufgrund seiner offenen 
Schnittstellen-Architektur steht der 
Scanner jedoch auch für andere Sy- 
stemumgebungen zur Verfügung. 
Einige Schlüsselfunktionen und be- 
sondere Leistungsmerkmale; 

- Bei einer Pixeltiefe von 10 Bit pro 
Farbe sind 1024 Graustufen pro 
Farbe erreichbar. 

- Scan-Geschwindigkeiten (Bei- 
spiele): 

A3-Seite Halbtonabbildung bei 300 
dpi Auflösung: 60 Sekunden; 35 mm- 
Dia bei 2400 dpi: 90 Sekunden 

- SCSI-Bus zum Anschluß an offene 
Pre-Press-Systeme. 

- Ethernat-Option zur schnellen Da- 


tenübertragung. Standard-Protokolle 
wie TCP/IP werden unterstützt. MP 


Spezialprozessor 

für Künstliche Intelligenz 

Einen Spezialprozessor für Aufga- 
benstellungen der Künstlichen Intelli- 
genz, insbesondere für Symbolverar- 
beitung und Echtzeitanwendungen, 
hat die französische Firma Sodima 
entwickelt. Es handelt sich dabei um 
einen 32-Bit-Prozessor in RISC-Ar- 
chitektur (Reduced Instruction Set 
Computer). Der Prozessor wird in ei- 
nem Gastrechner als schneller Co- 
prozessor verwendet. Die Rechenlei- 
stung beträgt 1 0 bis 20 MIPS bei einer 
Taktfrequenz von 10 bis 20 MHz. Da- 
mit können in Verbindung mit dem 
Betriebssystem KOS (Knowledge- 
based Operating System) Aufgaben 
der Künstlichen Intelligenz effektiver 
gelöst werden. In Verbindung mit ei- 
nem Rechner Sun 3-160 kann die Lei- 
stung durch den Coprozessor um den 
Faktor 1 8 erhöht werden. Der in Para- 
meterform programmierbare Interfe- 
renzgenerator erreicht dadurch eine 
Abarbeitung von 3600 Regeln pro Se- 
kunde. 

Gegenwärtig ist der Prozessor als 
VLSI-Schaltung in CMOS-Technik 
mit einer Strukturbreite von 1,2/rm 
ausgelegt. Er umfaßt 50000 Transi- 
storfunktionen in einem Gehäuse mit 
176 Anschlüssen. Die Firma Sodima 
sieht folgende Weiterenwicklung vor: 

- Schaffung eines Parallelrechners 
mit 4 bis 8 Prozessoren 

- Herstellung einer Version in Gal- 
lium-Arsenid-Technik mit einer Re- 
chenleistung von 100 bis 200 MIPS 
und einer Taktfrequenz von 
200 MHz. 

Erste Anwendungen sollen für Echt- 
zeitaufgaben in Flugkörpern und in 
Kernkraftwerken gefunden worden 


Quelle: Computer Zeitung. - Leinfel- 
den-Echterdingen 20 (1989) 5. - 
S. 28 vw 


Integration 

bei elektronischen 

Bauelementen 

Die Produktion von 1-MBit-DRAMS 
soll nach Ansicht von Vertretern der 
Firmen Siemens und Philips die Vor- 
aussetzung schaffen, um die Produk- 
tion der Bauelementekategorie im 
Submikrometerbereich zu beherr- 
schen. Bei den 1 -MBit-DRAMS zeich- 
net sich schon jetzt eine zweite Gene- 
ration ab, die eine Zugriffszeit von 
65 ns aufweist, was eine Linienbreite 
von 0,5/im voraussetzt. 

Es wird angenommen, daß in diesem 
Jahr die Linienbreite von 0,5/im in der 
industriellen Produktion nicht mehr 
unterschritten wird. Das Hauptaugen- 
merk gilt der Senkung der Ausschuß- 
quote bei der bisher erreichten Li- 
nienbreite. 

Obwohl für dieses Jahr eine größere 
Anzahl von IC-Typen mit Submikro- 
meter-Geometrie erwartet wird, soll 
die Anzahl der ausgelieferten 4-MBit- 
DRAMs noch gering bleiben, da die 
Ausschußquote nur eine kostenun- 
günstige Produktion zuläßt. 


In diesem Jahr soll mit CMOS-ICs zu 
rechnen sein, die Taktraten von 50 
bis 75 MHz aufweisen. Die Anzahl der 
Gates pro Logik-IC soll sich auf 
200000 bis 500 000 steigern lassen. 
Bipolare Logik-ICs sollen Gate-Zah- 
len von 20 000 bis 50 000 aufweisen, 
bei Taktraten von 2 bis 6 GHz. Die 
Umstellung kompletter Systeme auf 
diese Bipolar-Logik-ICs wirft das Pro- 
blem dergeringen Geschwindigkeit in 
der Umgebung der ICs auf. 

Unterhalb der 0,7-/rm-Grenze war- j 

den Gate-Verzögerungen von 200 bis 
600 ps, bei Bipolar-ICs 80 bis 200 ps 
erwartet. 

Die Grenze von 0,25/im wird in den 
nächsten zwei Jahren kaum unter- 
schritten werden können. Erst Mitte 
der 90er Jahre soll diese T echnologie 
im Labor beherrschbar sein. 

Die Ankündigung japanischer Fir- J 

men, bereits 16-MBit-DRAMs produ- 1 

zieren zu können, wird mit Skepsis 
aufgenommen. Die Realisierung von 
Chips mit Linienbreiten unter 0,7pm 
setzt die Beherrschung völlig neuer 
Bearbeitungstechniken voraus. Die 
wahrscheinlich erfolgreichste Tech- 
nologie wird die Röntgenstrahl-Litho- 
graphie sein. Sie hat ihre Eignung be- 
reits nachgewiesen, ist jedoch auf- 
grund der geringen Durchsatzge- 
schwindigkeit noch nicht für die Mas- 
senproduktion geeignet. Der Einsatz 
anderer Materialien (z. B. GaAs) 
macht sich noch nicht zwingend erfor- 
derlich, da die bipolare Silizium-Tech- 
nologie noch nicht ausgereizt ist. 

Ein anderer Weg, den Integrations- ] 
grad zu erhöhen, ist der Übergang zu 
3D-Chips. Einige Firmen, darunter 
IBM, arbeiten an diesen Chips, bei 
denen mit konventionell beherrsch- 
barer Linienauflösung gearbeitet 
wird, allerdings mit mehreren aktiven 
Schichten. In diesem Jahr wird mit 
den ersten 3D-Chips mit 2 Systemla- 
gen gerechnet. Die obersten Lagen 
dieser ICs sollen zur Geschwindig- 
keitssteigerung mit optoelektroni- 
schen Elementen versehen wer- 
den. 

Quelle: eee. Elektronik-Technologie. 

- Leinfelden-Echterdingen (1989)11 
2. -S. 19, 20 Wi 

\ 

Ein optisches LAN aus Kunststoffa- 
sern mit der Bezeichnung Fiberstar 
und mit einer Übertragungsrate von 
2MBaud wurde kürzlich von der 
USA-Firma Netronix vorgestellt. Das 
Netzwerk mit Kabellängen von 1 5 m 
und einer theoretischen Übertra- 
gungsrate (bei Einsatz von Laserdio- 
den statt Leuchtdioden als Sender) 
von 10 bis 50MBaud soll das erste 
Kunststoffasernetz sein. Vorteile der 
Kunststoffasern gegenüber Glasfa- 
sern sind der geringere Preis von Fa- 
sern und Steckverbindern, die bes- 
sere elektromagnetische Verträglich- 
keit, die bessere Flexibilität und der 
kleinere mögliche Biegeradius. Wei- 
terhin kann wegen der Arbeit im Be- 
reich des sichtbaren Lichtes die Feh- 
lersuche vereinfacht werden. Die ver- 
wendete Kunststoffaser ist mit einem 
Durchmesser von 1 mm erheblich 
dicker als Glasfasern (62,«m). MP 


Optisches Netz 
mit Kunststoffasern 
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vorgestern Intel i860 

Wegbereiter einer 
neuen Leistungsklasse 
bei Mikroprozessoren 
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Im Rahmen der ISSCC '89 in New 
York stellte Intel einen neuen Mikro- 
prozessor vor: den i860 (zunächst 
auch unter dem Namen N10 oder 
ONNY - „officially not named yet“ - 
bekannt). In fünf Jahren Entwick- 
lungszeit wurde im Rahmen eines 
eine Milliarde US-$ teuren Projekts 
(davon wurde ein Drittel für eine neue 
Fertigungsstätte aufgewendet) ein 
neuer Hochleistungsmikroprozessor 
entwickelt: 

• gemischte 32-/64-Bit-Architektur 

• drei interne, parallel arbeitende 
Ausführungseinheiten 

• Verarbeitungsleistung maximal 
120 Millionen Operationen je 
Sekunde, 33VAX-MIPS, 10 
MFLOPS, 500000 Grafiktransfor- 
mationen je Sekunde (alle Anga- 
ben für 40-MHz-Taktfrequenz) 

• l^m CHMOS-I V-T echnologie, 
mehr als 1 Million Transistoren, 
Chipgröße 1 ,5 cm mal 1 cm 

• Taktfrequenz zunächst 33 MHz, 
künftig 40 und 50 MHz 

• Preis 750 US-$ (ab 1 000 Stück). 
Worin besteht der konzeptionelle Un- 
terschied zwischen dem Intel 80860 
(i860) und dem Intel 80486 (i486)? 
Der i486 ist eine Reimplementierung 
des i386 in einem höheren Technolo- 
gieniveau. Dabei kann ein funktionell 
erweiterter 32-Bit-Prozessor i386 ge- 
meinsam mit einem i387-Subset so- 
wie Daten- und Programmcaches auf 
einem Chip integriert werden. Somit 
besteht Softwarekompatibilität in der 
iX86-Familie. Dank der leistungsfähi- 
geren Technologie wird die Befehls- 
ausführung auf dem i 486 gegenüber 
dem i386 um den Faktor 2 bis 3 be- 
schleunigt. (Siehe auch MP 12/1988, 
Seite 384.) Der i860 hingegen zielt 
auf ein neues Anwendungsgebiet für 
Mikroprozessoren und weist dem- 
entsprechend neue Architekturmerk- 
male auf: Grafiksuperworkstations 
und Superrechner. Er verfügt über 
drei separate, parallel arbeitende 
Ausführungseinheiten. 

Die 32-Bit-lntegereinheit ist nach 
dem RISC-Konzept gestaltet: ge- 
zielte Einschränkung der Vielfalt an 
Datentypen und Befehlen zugunsten 
einer schnellen Befehlsausführung 
und eines niedrigen Anteils an Chip- 
fläche. Für 8-, 1 6-, 32- oder 64-Bit- 
Daten sind etwa 40 Basisbefehle defi- 
niert: Speicherzugriff (Lesen und 
Schreiben), Registertransfer, Addi- 
tion und Subtraktion, Schiebebe- 
fehle, Logikbefehle, Programm- und 
Systemsteuerbefehle. 32 Datenregi- 


ster zu je 32 Bit sowie einige Steuer- 
register sind diesem RISC-Kern zu- 
geordnet. Die Gleitkommaeinheit 
kann wahlweise Daten mit 32 und 
64 Bit verarbeiten (Erfüllung der For- 
derungen des Standards ANSI/IEEE 
754-1 985). Sie verfügt über getrennte 
Multiplizier- und Addiereinheiten. Da- 
ten können in einem 32 x 32-Bit-Re- 
gisterfile mit fünf Toren zu verschie- 
denen internen Bussen in einer Orga- 
nisation zu 32, 64 oder 128 Bit (Long- 
Integer) abgelegt werden. Unterstützt 
werden die Grundrechenarten, Qua- 
dratwurzel, Reziprokwert, Zahlenver- 
gleiche sowie Befehle für Long-Inte- 
gerdaten. Diese Befehle sind in ver- 
schiedenen Varianten zur optimalen 
Unterstützung der Parallelarbeit im 
Prozessor verfügbar. Eine besondere 
Gruppe von Doppelbefehlen ermög- 
licht in einem Befehl eine Kombina- 
tion aus Addition bzw. Subtraktion 
und Multiplikation. Solche Befehle 
werden für die Vektorverarbeitung 
und für die Signal- und Bildverarbei- 
tung (Faltungsoperation) benötigt. 

Die dritte Einheit verarbeitet 3D-Gra- 
fikdaten (8, 16 oder 32 Bit). Wahl- 
weise können diese Daten Intensi- 
täts- und Farbinformationen in ver- 
schiedenen Auflösungsstufen sowie 
weitere Attribute und Texturen ent- 
halten. Die Grafikbefehle beziehen 
sich auf einen Z-Puffer, in dem die 
dritte Koordinate eines räumlich loka- 
lisierten Bildpunktes ausgewertet 
wird. Bilddaten können automatisch 
interpoliert und skaliert werden. Die 
Pixelspeicherung im Bildspeicher ist 
selektiv möglich (Unterdrückung von 
verdeckten Kanten). 

Interne 4-KByte-Befehls- und 8- 
KByte-Datencaches sowie die Regi- 
sterfiles gewährleisten, daß Daten 
und Befehle für Prozeduren (lokaler 
Programmkontext) auf dem Chip ge- 
halten werden können und so ohne 
Speicherzugriff schneller erreichbar 
sind. Zwischen den Funktionseinhei- 
ten des i860 werden Daten über ei- 
nen 1 28-Bit-Bus mit bis zu 533 MByte 
je Sekunde und Befehle über einen 
64-Bit-Bus mit bis zu 266 MByte je 
Sekunde übertragen. Zusätzlich gibt 
es weitere Koppelbusse zwischen 
den einzelnen Einheiten, so daß die 
On-Chip-Datentransferrate insge- 
samt etwa 1 ,2 GByte je Sekunde be- 
trägt. Das Businterface des i860 ge- 
stattet die parallele Verarbeitung von 
drei Buszyklen. Die Konzepte der vir- 
tuellen Speicherorganisation und der 
Cacheverwaltung wurden zum Teil 



dem i386' entlehnt: Adreßraum 
4 GByte, seitenorganisierter Haupt- 
speicher (optimiert für DRAMS ab 
256 KBit), Translation Lookaside Buf- 
fer mit 64 Referenzen zu Speicher- 
segmenten in zwei Privilegierungs- 
modi, Speicherbankadressierung 
über 8 Enablesignale. 

Die Interruptreaktionszeit beträgt ma- 
ximal 66 Taktzyklen. Für Multiprozes- 
sorsysteme gibt es einen Busverrie- 
gelungsbefehl zur Gewährleistung ei- 
nes ungeteilten Lese-/Schreibzugriffs 
auf den Speicher (LOCK) sowie ein 
Busrequestsignal für einen externen 
Busarbiter. 

In der Prozessorarchitektur wurden 
weitere geschwindigkeitserhöhende 
Maßnahmen vorgesehen: Pipelineor- 
ganisation der Verarbeitungs- und 
Buszugriffseinheiten, Blocktransfer 
zur Cacheaktualisierung, überlap- 
pende Buszyklen (Aussenden der 
nächsten Adressen bereits während 
des Lesens der Daten des vorherigen 
Buszyklus), Unterstützung von Sta- 
tic-Column- oder Page-Mode- 
DRAMs. 

Diese Architekturkonzepte konnten 
nur mit den Mitteln der Höchstintegra- 
tion und unter Anwendung des RISC- 
Konzepts in einem Chip umgesetzt 
werden. Der i860 ist praktisch ein 
Multiprozessorsystem aus Spezial- 
prozessoren auf einem Chip. Mit den 
eingangs genannten Verarbeitungs- 
leistungen zielt der i860 auf einen 
neuen Anwendungsbereich für Mi- 
kroprozessoren: Supergrafikwork- 

stations und Supercomputer. Nach- 
dem Intel bereits Industriestandards 
für Mikroprozessoren der PC-Klasse 
(i286) und der Workstationklasse 
(i386) setzte, wird nun dieser Spitzen- 
anwendungsbereich der modernen 
Rechentechnik erschlossen, für den 
in den kommenden Jahren beson- 
ders hohe Wachstumsraten erwartet 
werden. Bisher mußten Hochge- 
schwindigkeitstechnologien (ECL 
und GaAs) und/oder Multiprozessor- 
systeme (z.B. iPSC286-Hypercube) 
angewendet werden, um Superre- 
chenleistung zu erreichen. Solche 
Lösungen sind aber sehr teuer und 
für die Masse der potentiellen Anwen- 
der unökonomisch. Supermini- und 
Superrechner kosteten bislang meh- 
rere 100000 bis Millionen US-$. Für 
nur etwa 10000US-S kann nun ein 
IBM-AT um eine i860-Ergänzungs- 
karte erweitert werden (Accelerator- 
board). Superrechenleistung kommt 
damit auf den Schreibtisch des An- 


wenders, der künftig in einer UNIX- 
V.4.0-Umgebung in Fortran und C vor 
allem folgende Problemklassen ef- 
fektiv bearbeiten kann: CAD - bei- 
spielsweise VLSI-/ULSI-Schaltkreis- 
entwurf, bewegte 3D-Simulations- 
und Grafikprobleme („4D-Grafik“, 
z.B. Simulation von Strömungspro- 
zessen), Klimaforschung/Meteorolo- 
gie (mittelfristige Wetterprognose) 
oder Bildverarbeitung. Solche Aufga- 
ben können in skalare und vektorielle 
Verarbeitungsanteile, die sich paral- 
lel abarbeiten lassen, zerlegt werden. 
Der i860 verfügt dafür über eine adä- 
quate Prozessorarchitektur. Bei Vek- 
torisierungsgraden von 50 bis 80% 
erreicht er noch mindestens 75% der 
Leistung einer CRAY1 -80, und das zu 
einem Bruchteil des Aufwands. Vor 
allem der Schaltkreisentwurf erfor- 
dert zunehmend leistungsfähigere 
Rechner. Intel setzt bereits ein iPSC- 
Hypercube-System für Simulations- 
zwecke ein. AT&T mußte beim Ent- 
wurf des RISC-Prozessors CRISP 
(Integrationsgrad 172000 Transisto- 
ren) auf ein ALLIANT-Minisuperrech- 
nersystem zurückgreifen. Mit der zu- 
nehmenden Verbreitung höchstinte- 
grierter anwendungsspezifischer 
Schaltkreise (ASICs) wird der Bedarf 
an hochleistungsfähiger, aber billiger 
Rechentechnik wachsen. Supercom- 
puter und Superworkstations sind als 
Stimulus und zugleich als Randbe- 
dingungen für den Fortschritt beim 
VLSI-/ULSI-Schaltkreisentwurf anzu- 
sehen. 

Etwa 1991/92 ist mit einem Multipro- 
zessorsystem auf der Basis des i860 
aus bis zu 1 000 Prozessoren zu rech- 
nen. Damit werden Verarbeitungslei- 
stungen von etwa 20 Milliarden Gleit- 
kommaoperationen je Sekunde 
(GFLOPS) erreichbar sein (Super- 
computer des oberen Leistungsbe- 
reichs). Ein entscheidendes Problem, 
das bis dahin aber gelöst werden 
muß, ist die Bereitstellung geeigneter 
Softwareentwurfsumgebungen für 
die Anwender: Nur wenn eine effek- 
tive Zerlegung der Algorithmen in par- 
allel abzuarbeitende Teilaufgaben 
gelingt, kann das Leistungsvermögen 
des Parallelrechners ausgeschöpft 
werden. Dazu bedarf es neuer, an- 
wenderfreundlicher Programmier- 
werkzeuge. 
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MODULA-2 

von H. Schiemangk, I.Aufl., VEB 
Verlag Technik, Berlin 1989, 240 S., 
4 Bilder, 6Taf., DDR 24,-M 
MODULA-2 ist eine kleine, über- 
schaubare Sprache, die zu diszipli- 
niertem Programmieren erzieht. Für 
alle gängigen 1 6- und 32-Bit-Rechner 
existieren inzwischen leistungsfähige 
MODULA-2-Compiler und dazugehö- 
rige Programmierumgebungen. MO- 
DULA-2 unterstützt den Aufbau kom- 
plexer Programme aus kleinen über- 
sichtlichen Bausteinen, genannt Mo- 
dule, die separat compiliert und gete- 
stet werden können. Die Schnittstel- 
len zwischen den einzelnen Baustei- 
nen werden dabei vom Programmie- 
rer separat spezifiziert, und der Com- 
piler überwacht dann die Einhaltung 
dieser vordefinierten Schnittstellen. 
Mit dem Buch setzt sich der Autor das 
Ziel, Programmieranfänger an die 
Sprache MODULA-2 heranzuführen. 
In einem einleitenden Abschnitt wird 
ausführlichst an Hand eines leicht 
verständlichen Beispiels die Arbeits- 
weise mit Bausteinen in MODULA-2 
erläutert. Es folgt ein Abschnitt, in 
dem die Arbeitsweise eines MO- 
DULA-2-Systems aus der Sicht des 
Anwenders beschrieben wird, das 
heißt der Weg vom Quelltext zum ab- 
arbeitbaren Programm. Die benutz- 
ten Kommandos entsprechen dabei 
im wesentlichen dem MODULA-2- 
System des Kombinates Robotron 
unter DCP. 

Den Hauptteil des Buches bildet die 
Sprachbeschreibung von MODULA- 
2. Dabei sind in jedem Kapitel aus- 
führliche nichttriviale Beispiele ent- 
halten, die dem Lesenden sowohl das 
Verstehen erleichtern als auch Denk- 
anstöße geben und Programmier- 
techniken vermitteln. Der Autor stellt 
alle wesentlichen Sprachelemente 
und Konstruktionen der Sprache MO- 
DULA-2 ausführlich und verständlich 
dar. Sehr kurz werden lokale Moduls 
und die Möglichkeiten der Benutzung 
des Moduls „SYSTEM“ dargestellt. 
Nicht behandelt wird das Koroutinen- 
konzept von MODULA-2. Die in den 
meisten MODULA-2-Systemen vor- 
handenen Möglichkeiten der maschi- 
nennahen Programmierung werden 
ebenfalls nicht berücksichtigt. 
Abschließend kann festgestellt wer- 
den, daß dieses Buch für jeden Pro- 
grammieranfänger bzw. jeden Pro- 
grammierer, der sich mit MODULA-2 
vertraut machen will, empfehlenswert 
ist. Es ist ein didaktisch gut aufgebau- 
tes Lehrbuch für MODULA-2. Als 
Nachschlagewerk für den versierten 
MODULA-2 Programmierer ist es nur 
bedingt geeignet. 

Dr. J.-P. Bell 


TECHNIK EN MINIATURE 

Stippvisite bei der Mikrotechnik 
von B. Winde und J. Heim, 1 . Auflage, 
Urania- Verlag Leipzig/Jena/Berlin, 
1988, 120S., 34 Abbildungen, DDR 
7,50 M 

Ein unkomplizierter Titel für eine kom- 
plizierte Sache. Bertram Winde und 
Joachim Heim versuchen, sich dem 
Begriff Mikro von verschiedenen Sei- 
ten zu nähern. Was sie dabei errei- 


chen wollen? Einerseits am Beispiel 
von Makrotechniken zu zeigen, wie 
Mikrotechniken funktionieren bzw. 
wie diese sich aus Makrotechniken 
entwickeln und andererseits den en- 
gen Zusammenhang verschiedener 
Mikrotechniken aufzuzeigen: „Die Mi- 
kroelektronik als technologische 
Wiege für Mikromechanik, Mikrooptik 
und weitere Mikrotechniken“. 

Das Lesen dieser Broschüre im 
Westentaschenformat fällt leicht. Sie 
ist mit vielen interessanten Verglei- 
chen versehen, die ständig zum Wei- 
terlesen anregen. Hinzu kommen ein 
guter Sprachstil und eine sehr gute di- 
daktische Aufarbeitung. Das Büch- 
lein eignet sich deshalb für jeden, der 
wissen möchte, welche Möglichkei- 
ten die Mikroskopie (eine Vorausset- 
zung für jede Mikroteclmik) bietet, 
was Tomographie ist, wie sich die 
Computer entwickelten und wie diese 
sich in ihrer Leistung vom menschli- 
chen Gehirn unterscheiden. Nicht zu- 
letzt wird „fast nebenbei“ erklärt, wie 
ein integrierter Schaltkreis hergestellt 
wird. Auch die Optoelektronik wird 
gestreift: vom Bildleitkabel über Licht- 
wellenleiter bis hin zu einem der 
neuesten Gebiete der Halbleitertech- 
nik, der integrierten Optik. Das wohl 
Faszinierendste ist jedoch die Mikro- 
mechanik. Ausgehend von der Funk- 
tionsweise unseres Ohres beschrei- 
ben Bertram Winde und Joachim 
Heim die Herstellung von einem Mi- 
krofon und von einem kompletten 
Gaschromatographen auf einer Sili- 
ziumscheibe. Die rasante Entwick- 
lung der Mikrotechniken einschließ- 
lich der Mikromechanik lassen das 
Stellen von Prognosen immer 
schwieriger werden. So ist beispiels- 
weise die Aussage, daß die Miniaturi- 
sierung von Drehteilen oberhalb von 
lOO.i/m aufhört, schon wieder über- 
holt; neueste Meldungen aus der Uni- 
versität Berkeley berichten über die 
Entwicklung eines Motors mit einem 
Durchmesser von nur 60 /zm. 

Mit der Art und Weise der Darstellung 
ist die vorgestellte Broschüre geeig- 
net, einem sehr breiten Leserkreis 
Begriffe, die oft nur als Schlagwörter 
bekannt sind, anschaulich und leicht 
verständlich zu erklären. Die Autoren, 
von Beruf Hochschullehrer, setzen 
damit Maßstäbe. Sie werten die 
Technik en miniature zwar als nur ei- 
nen Aspekt der Entwicklung von 
Schlüsseltechnologien, aber als ei- 
nen sehr wichigen: „Denn auch in Zu- 
kunft gilt eine jahrhundertealte 
Spruchweisheit: Klein ist fein“. 


dBase III Plus 
in 100 Beispielen 

von R. Dierenbach und W. Mehl, B. G. 
Teubner Stuttgart: 1989, 300S., DM 
32,-, ISBN 3-519-02546-9 
Das gegenwärtig für IBM-kompatible 
PCs wohl am weitesten verbreitete 
Datenbankbetriebssystem dBase III 
Plus wird mit dem vorliegenden Buch 
auf äußerst angenehme, ja unterhalt- 
same Weise dargeboten. Dazu trägt 
auch die ansprechende Gestaltung 
bei. In den 13 Abschnitten kann sich 
jeder Computerneuling von den An- 
fängen, der Funktion eines PC, über 


den Aufbau und die Nutzung von Da- 
tenbanken und deren Auswertung bis 
hin zur Anwendung von “dBase III 
Plus im Netzwerk“ verführen las- 

Die wichtigsten Befehle zum Anlegen 
einer dBase III Plus-Datenbank sind 
in einem speziellen Abschnitt zusam- 
mengefaßt und werden an Beispielen 
ausführlich erläutert. 

Die dabei dem ernsthaften Thema zu- 
nächst unangemessen erscheinende 
Auswahl des Beispiel-Datenbankin- 
halts lockert jedoch meines Erach- 
tens den Umgang mit einer gerade für 
den Laien schier unübersehbaren 
Fülle von gleichzeitig einstürmenden 
Informationen erheblich auf und läßt 
den Umgang mit dem PC geradezu 
spielerisch werden. 

Daß der Wissenschaftlichkeit da- 
durch kein Abbruch getan wird, zeigt 
die exakt beschriebene Syntax der 
einzelnen Befehle - auch hier natür- 
lich eine leicht verständliche Erläute- 
rung kompliziertester Vorgänge. Wer 
sich trotzdem noch unsicher wähnt, 
kann sich im gleichnamigen Abschnitt 
über den Assistenten als dem „Stütz- 
rad von dBase III Plus“ ausgiebige 
Hinweise holen. 

Neben den Funktionen von dBase III 
Plus werden die Befehle zum Sortie- 
ren und Indizieren sowie die integrier- 
ten Generatoren für Listen und Auf- 
kleber ausführlich erläutert. 

Breiten Raum nimmt auch der Ab- 
schnitt „Programmieren mit dBase III 
Plus“ ein. Können doch erst durch 
diese Kenntnisse die Möglichkeiten 
sowohl des Einzelnutzerbetriebes als 
auch der abschließend beschriebe- 
nen Netzwerknutzung voll ausge- 
schöpft werden. Für den (potentiel- 
len) Programmierer sind darüber hin- 
aus einige Tips und Tricks im Um- 
gang mit dBase III Plus enthalten. Die 
beiden Beispielprogramme zeigen 
die wichtigsten Standardsituationen 
(Editieren, Sortieren und Anzeigen 
von Daten, Menüs und anderes sind 
auf unterschiedliche Weise program- 
miert). 

Nützlich für viele dBase Il-Nutzer wä- 
ren zum Übergang zu dBase III Plus 
meines Erachtens einige Hinweise, 
wie die mühsam eingetippten Na- 
men, Telefonnummern oder ähnli- 
ches nun mit einem neuen PC weiter- 
verwendet werden können. Dieren- 
bach und Mehl hüllen sich leider in 
Schweigen über dieses ihnen sicher 
bekannte Thema. Vom Verlag wün- 
sche ich mir für dBase IV eine noch 
besser auf teilweise verwirrende 
Druckfehler durchgesehene Aus- 
gabe. 

Alles in allem liegt uns ein Buch vor, 
das dem Einsteiger ein systematisch 
aufgebautes Lehrmaterial und dem 
Fortgeschrittenen ein angenehmes 
Nachschlagewerk sein dürfte. 


Künstliche Intelligenz 

Kl - Einführung und Anwendungen 
von E. Rieh, McGraw-Hill Book Com- 
pany GmbH, Hamburg 1988, 468 S., 
etwa 180 Literaturstellen 
Elaine Rieh, Pionier der Forschung 
und Lehre zur künstlichen Intelligenz 
in den USA, legt ein Buch vor, das mit 


der Kl selbst gewachsen und damit 
zeitlos geworden ist. Das Buch gibt 
eine sehr gute Einführung in die Be- 
griffswelt der Kl. Es bietet alle Vor- 
aussetzungen für ein autodidaktisch 
erwerbbares, tiefes Verständnis der 
Grundbegriffe und ihrer Beziehung 
zueinander. Es ist Einführung und 
Nachschlagewerk zugleich. 
Lehrbuchhaft verbindet es Stoffver- 
mittlung mit Stoffvertiefung und An- 
wendung durch zahlreiche anschauli- 
che Übungen. Das erste Kapitel erör- 
tert die Frage: „Was ist künstliche In- 
telligenz?“ wobei die „Väter der Kl“ 
Newell, Simon, Feigenbauen und Ro- 
bert Rieh insbesondere Pate stan- 
den. Das zweite Kapitel behandelt 
das Kl-Zentralproblem unserer Zeit, 
das Problemlosen als eine zielgerich- 
tete, selbständige Bewegung durch 
einen Wissensraum. Folgerichtig be- 
schreibt das vierte Kapitel eine Aus- 
wahl grundlegender Problemlö- 
sungsverfahren als Operationen in 
Zustands-Handlungs-Bäumen. Dazu 
wird die Wissensbasis mit geeigneten 
Merkmalen als Problemlösungsob- 
jekt eingeführt. 

Besonders hervorgehoben sind die 
„schwachen“ Suchverfahren im Un- 
terschied zu den „direkten“: Erzeu- 
gen und Prüfen; Bergsteigen; Brei- 
tensuche; Bestensuche u.a. Eine 
entsprechende Bewertung erhalten 
geeignete Suchalgorithmen. Spiele 
sind sehr anschauliche Beispiele im 
4. Kapitel. 

Der zweite Teil des Buches (Kapitel 5, 
6, 7) befaßt sich sehr systematisch 
mit der Wissensdarstellung, wobei 
die Prädikatenlogik als Grundverfah- 
ren der Wissenspräsentation er- 
scheint. Ein Schlüsselbegriff ist die 
„natürliche Deduktion“ als wichtig- 
stes Schließverfahren. Ergänzend 
werden die „nichtmonotone Logik“ 
und die „Wahrscheinlichkeits- 
schlüsse“ behandelt, wobei die prak- 
tische Bedeutung jeweils hervorge- 
hoben wird. 

Als ein wichtiger - vielleicht entschei- 
dender Aspekt der Wissensdarstel- 
lung - wird die Strukturierung beson- 
ders aus der Sicht der deklarativen 
Repräsentation beschrieben: seman- 
tische Netze, Rahmen, Spripte. 

Unter dem Aspekt „Fortgeschrittene 
Themen“ baut der dritte Teil (Kapi- 
tels, 9) die Grundlagenthemen aus, 
um zugleich z. B. mit Planungstechni- 
ken (einfache, nichtlineare, hierarchi- 
sche) das Begriffsfeld mit Lösungs- 
verfahren auf Expertensystemen zu 
erweitern. 

Nahezu außerhalb der inneren Logik 
des Buches - aber ganz wichtig für 
die Mensch-Maschine-Schnittstelle - 
wird die Verarbeitung der natürlichen 
Sprache behandelt (Gestaltung der 
Dialog- und Erklärungskompo- 
nente). 

Das Buch ist in einer didaktisch guten 
Sprache geschrieben. Es ist nahezu 
voraussetzungsfrei (Ingenieurkennt- 
nisse) lesbar und somit ein „immer 
gültiges Einstiegswerk“ mit gehobe- 
nem Anspruch. Da Programme nicht 
enthalten sind, gibt es auch kein Pro- 
blem ihrer Implementierbarkeit auf 
verfügbaren Maschinen. Wer sich mit 
Kl beschäftigen will, sollte dieses 
Buch lesen. Prot. Dr. Dr. M. Roth 
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Der erste Teil unseres Berichtes von 
der Leipziger Frühjahrsmesse 1989 
in MP 7/1989 widmete sich dem Leit- 
thema der Messe „ Flexible Automati- 
sierung" sowie den Rechnern der 
Klassen Mini und Mikro. Im zweiten 
Teil wollen wir ihnen Exponate der 
Computerperipherie, von Applikatio- 
nen und Netzen von PCs, von Bau- 
elementen sowie Software vorstel- 


Peripherie 

Eine unabdingbare Voraussetzung 
für Computer Aided Design (CAD) ist 
die Möglichkeit der Zeichnungsher- 
stellung. Dazu werden meist Plotter 
eingesetzt. Der neue A3-Plotter K 
6416 vom Kombinat Robotron (Bild 1 ; 
Farbbilder siehe 2. und 3. Ilmschlag- 
seite) hat eine Auflösung von 0,01mm 
und eine Zeichengeschwindigkeit 
von 300mm/s. Durch erweiterten 
Randmodus können technische 
Zeichnungen mit standardgerechter 
Größe der Umrandungen und des 
Schriftfeldes erzeugt werden. Es kön- 
nen sowohl weißes Papier als auch 
Transparentpapier oder Folien in 8 
Strichstärken oder Farben beschriftet 
werden. Der Datenpuffer hat eine 
Größe von 14 KByte. 

Das polnische Unternehmen Z. M. P. 
Mera Poltik Lodz bot den A4-Plotter 
MDG-1 mit einer mittleren Zeichenge- 
schwindigkeit von 63 mm/s und einer 
Auflösung von 0,2 mm an. Mit seiner 
kompakten Bauweise (300x 190 
x 85 mm 3 ) eignet er sich sehr gut für 
die Aufstellung in Büros. Als Schnitt- 
stellen stehen Centronics und V.24 
zur Verfügung. Er besitzt 4 Stifte und 
kann in den zwei Betriebsarten Text 
und Grafik arbeiten. 

Als Drucker verwendbar ist die eben- 
falls auf der LFM 89 erstmals ausge- 
stellte Schreibmaschine Erika electro- 
nic S 6007 von Robotron (Bild 2). Ge- 
genüber dem Vorgängermodell Erika 
S 6006 hat sie den Vorteil, daß sich 
das Typenrad zum schnelleren 
Wechsel in einer Kassette befindet; 
auch der Farbbandwechsel wurde 
wesentlich vereinfacht. Statt der bis- 
her 3 Schnittstellen-Module besitzt 
die S 6007 nur ein Uni-Modul (im 
Bild 2 links), das die Schnittstellen 
Centronics, Commodore und V.24 
enthält. Typenräder mit den Zeichen- 
sätzen IBM, Schneider, Commodore 
und Schreibmaschine sind verfügbar. 
Die Arbeitsweise der einzelnen 
Schnittstellen kann mit den im Uni- 
Modul vorhandenen DIL-Schaltern 
modifiziert werden. 

Die Firma Epson hatte neben Perso- 
nal- und Handheldcomputern selbst- 
verständlich auch ein Sortiment an 
Drucktechnik ausgestellt. Darunter 
den ersten 48-Nadeldrucker der Welt, 
den TLQ 4800, für den eine Auszeich- 
nung für gutes Design in Empfang ge- 
nommen werden konnte. Auf eine Be- 
schreibung des Druckers sei hier ver- 
zichtet, da wir ihn bereits in MP 6/88 
ausführlich vorstellten. Weitere Spit- 
zenprodukte waren der Tintenstrahl- 
drucker SQ 2550 und der neue Laser- 
drucker GQ 5000. 


Bei dem SQ 2550 (Bild 3) wird beson- 
ders hervorgehoben, daß nun auch 
bei einem Tintenstrahldrucker der 
hohe Bedienkomfort geboten wird, 
den der Anwender von Nadel-Matrix- 
druckern kennt. Der SQ 2550 kann 
sowohl Endlospapier als auch Einzel- 
blätter bis zum Format A3 verarbeiten 
(das A4- Modell heißt SQ 850). Eine 
neue Parkposition ermöglicht die par- 
allele Verarbeitung der verschiede- 
nen Papierarten ohne umständliche 
Umbauten am Drucker. Das Heran- 
fahren des Endlospapiers an die Ab- 
reißkante nach der Abarbeitung der 
anliegenden Daten sowie der Einzug 
von Einzelblättern über wahlweise 
ein oder zwei Schächte werden auto- 
matisch ausgeführt. Der halbautoma- 
tische Einzelblatteinzug über Schub- 
traktor und Friktionswalze ist Stan- 
dard, optional ist ein Aufsatz-Zugtrak- 
tor. Der Druckkopf besitzt 24 Düsen 
und eine Reinigungsautomatik für ei- 
nen wartungsfreien Betrieb. Damit 
wird die hohe Grafikauflösung von 
360 dpi (dots per inch - Punkte/Zoll) 
ermöglicht, so daß der Drucker auch 
für den Einsatz im CAD- und im DTP- 
Bereich gut geeignet ist. Die Druck- 
geschwindigkeit beträgt bei Schnell- 
schrift bis zu 594Zeichen/s und bei 
Schönschrift bis 198Zeichen/s. Auf 
Durchschläge muß man beim Tinten- 
strahldruck jedoch bekanntlich 
ebenso wie beim Laserdrucker ver- 
zichten. 

Dies trifft also auch auf den Laser- 
drucker GQ 5000 zu (Bild 4), mit dem 
Epson nun auch dieses Marktseg- 
ment in seiner Produktpalette aus- 
füllt. Der GQ 5000 ist ein typischer 
Vertreter der gegenwärtigen lei- 
stungsfähigen Tisch-Laserdrucker. 
Er liefert wie die meisten Geräte die- 
ser Klasse eine Auflösung von 
300 Punkten/Zoll und hat eine Druck- 
geschwindigkeit von 6 Seiten/Minute. 
Eine Neuheit soll dagegen das zwei- 
zeilige Bedienfeld darstellen, über 
das man sämtliche Funktionen des 
Druckers speichern und aufrufen 
kann und das den Umgang mit dem 
Gerät bedeutend erleichtern soll. 
Hervorgehoben wird auch die Mög- 
lichkeit, in drei Slots gleichzeitig IC- 
Karten mit verschiedenen Zeichen- 
sätzen laden zu können. 

Auch der - wie Epson zur japani- 
schen Seiko Group gehörende - 
Druckerhersteller Seikosha hatte zur 
LFM ’89 seine Spitzenprodukte mit- 
gebracht. So den schnellsten Matrix- 
drucker der Welt, den SBP-10 AI (vor- 
gestellt in MP 2/89, S. 60) und den 
neuen 24-Nadeldrucker mit Pro- 
grammkarte, den SL-230 AI (vorge- 
stellt in MP 7/89, 3. Umschlagseite). 
Neu ist ebenfalls der 9-Nadeldrucker 
SP-1600 AI (Bild 5). Er hat eine Druck- 
geschwindigkeit von 1 60 Zeichen/s 
bei Schnellschrift und 27 Zeichen/s 
bei NLQ. Die 1 1 internationalen Zei- 
chensätze können über Software und 
DIP-Schalter angewählt werden. Der 
2,3 KByte große Druckpuffer läßt sich 
auf bis zu 8 KByte erweitern. Unser 
Bild zeigt den SP-1 600 AI und die au- 
tomatische Einzelblattzuführung, mit 
welcher der Drucker anstelle der se- 


rienmäßigen halbautomatischen Ein- 
zelblattzuführung ausgestattet wer- 
den kann. 

Als einer der bekanntesten Produ- 
zenten von Festplattenlaufwerken gilt 
die US-amerikanische Seagate 
Technology Ine. Die Firma ist seit 
1979 auf dem Markt und soll - nach 
eigenen Angaben - mit einem Aus- 
stoß von 20 000 Einheiten pro Tag ge- 
genwärtig zwei Drittel der in der Welt 
produzierten PCs mit Festplattenlauf- 
werken ausstatten. Aus dem reich- 
haltigen Angebot wurden in Leipzig 
die beiden 5,25-Zoll-Winchestermo- 
delle ST 225 N und ST 238R vorge- 
stellt (Bild 6). Das ST 225N hat eine 
formatierte Kapazität von 21 ,3 MByte 
und eine mittlere Zugriffszeit von 
20 ms. Die Aufzeichnungsdichte be- 
trägt 9,83 bpi (bit per inch) bei dem 
MFM-Aufzeichnungsverfahren. Als 
Interface dient das schnelle SCSI. 
Das Laufwerk ST 238R hat eine forma- 
tierte Kapazität von 32,7 MByte (un- 
formatiert 38,4 MByte) und ebenfalls 
eine mittlere Zugriffszeit von 20 ms. 
Die Aufzeichnungsdichte beträgt hier 
dank des RLL-(2,7)-Aufzeichnungs- 
verfahrens 1 4,7 bpi. Es wird das Inter- 
face ST 412 verwendet. 

Die Firma RISTO ist seit Jahren auf 
der Leipziger Messe als Aussteller 
von Computermöbeln und nützlichem 
Zubehör vertreten. In diesem Jahr 
zeigte man als Komplettierung eines 
Computerarbeitsplatzes den neuen 
Kleinschneider Böwe 355. der speziell 
auf die Belange des Büroalltags ab- 
gestimmt ist (Bild 7). Vom dünnen Pa- 
pier (40g/m 2 ) bis zum 200 g/m 2 
schweren Karton werden Vordrucke 
rundum exakt geschnitten, und zwar 
auch Mehrfachsätze. Die Bedienung 
ist ähnlich einfach wie bei Kopierern: 
16 verschiedene Formate werden 
entweder schon bei Lieferung des 
Gerätes eingegeben oder später vom 
Bediener selbst abgespeichert und 
bei Bedarf über das Bedienpaneel 
abgerufen. 

Im Zusammenhang mit der Vorstel- 
lung von Modellen des neuen IBM 
PS/2 zur LFM '88 hatten wir auf das 
Problem verwiesen, welches damit 
entstand, daß IBM 3,5-Zoll-Disketten 
als neuen Standard wählte. Das 
heißt, die neuen Modelle können mit 
den standardmäßigen Laufwerken 
nicht mehr die 5,25-Zoll-Disketten 
verarbeiten, die bei PC-Nutzem in 
den letzten Jahren eine große Ver- 
breitung gefunden haben. Um dem 
abzuhelfen, boten schon bald Her- 
steller externe Laufwerke an, und seit 
einiger Zeit gehört auch IBM dazu. 
Das Bild 8 zeigt ein solches Beistell- 
gefäß am PS/2-Modell 30 im Angebot 
der Firma IBM ROECE aus Wien. 

Applikationen 
und Netze mit PCs 

Für das Publizieren am Schreibtisch 
(DTP - desktop Publishing) hat die 
Firma Apple um die Jahreswende ei- 
nen neuen Anwendungsschwerpunkt 
propagiert. Anhand von Untersu- 
chungen soll festgestellt worden sein, 
daß der typische Ingenieur nur etwa 


ein Drittel seiner täglichen Arbeitszeit 
mit dem Konstruieren oder anderen 
technisch-wissenschaftlichen Aufga- 
ben verbringt. Der weitaus größere _ r! g 

Teil dagegen entfällt auf das Abfas- “ifj 
sen von Konzepten, Kalkulationen, 
Berichten oder das Erstellen von Do- 
kumentationen. Hier sieht die Firma 
den Ansatzpunkt für das „Desktop - 

Engineering“ und damit verbunden .3 

natürlich wachsende Absatzchan- .1 

cen. Profitieren von einer solchen Ar- 
gumentation dürften dabei sicher j| 

auch alle anderen Anbieter von DTP- 
Systemen. ;; 

Die Handelsfirma Transcommerz bot 
zur LFM eine DTP-Konfiguration an, ; 

deren Basis ein 286er PC war, der, j 

wie auch ein XT-kompatibler PC, un- 
ter dem Namen Büro Datic von der 
Firma seit kurzem selbst gefertigt 
wird (Bild 9). Als Layoutprogramm 
zum Gestalten von einfachen Formu- " 
laren, Prospekten und Dokumenten 
unter Einbeziehen von Bildern und 
Grafiken dient das DTP-Programm 
PageMaker. Das Eingeben der Doku- 
mente. Grafiken und Fotos erfolgt 
beispielsweise über den neuen 
Tisch-Scanner HP ScanJet PLUS mit 
einer Auflösung von 300 Punkten pro 
Zoll. Von seinem Vorgänger unter- 
scheidet sich der „PLUS“ durch die 
Möglichkeit von jetzt wahlweise 64 
oder 256 Graustufen, 256 Kontrast- 
stufen, 256 Helligkeitsstufen und die 
höhere Scangeschwindigkeit von 10 
Sekunden für eine A4-Seite (bei 300 
dpi). Als Ausgabemedium war der 
Tischlaserdrucker Laserstar 6 von 
AEG Olympia angeschlossen. Das 
Gerät leistet eine Druckgeschwindig- 
keit von 6 Seiten/Minute und hat eine 
Auflösung von 300 Punkten/Zoll. 

Mit der Entwicklung der Computer- 
technik wächst auch die Nachfrage 
nach der Kopplung der Rechner. Da- 
bei steht weniger das Übermitteln von 
Informationen als das gemeinsame 
Nutzen großer Datenbestände im 
Vordergrund. Die zur Zeit noch am 
häufigsten eingesetzten Rechner- 
netze sind die LANs (Local Area Net- 
work). Das Kombinat Robotron war 
dieses Mal mit dem neuen LAN EC- 
NET vertreten. Es ist aus ROLANET 1- 
Baugruppen aufgebaut und dient 
ausschließlich dem Vernetzen der 
Personalcomputer EC 1834. Das 
Programmpaket EC-NET unter dem 
Betriebssystem DCP 3.30 bedient die 
international verbreitete NETBIOS- 
Schnittstelle. Damit sind solche Funk- 
tionen wie Senden, Empfangen und 
Speichern von Nachrichten sowie 
das Bereitstellen von Disketten, Ver- 
zeichnissen und Druckern zur ge- 
meinsamen Nutzung im LAN verfüg- 
bar. Der Zugriff zum Netz ist über Pro- 
gramme wie dBase III Plus und 
ARIADNE, über Programmierspra- 
chen wie C und T-PASCAL sowie 
über DCP-Kommandos wie DIR und 
COPY möglich. 

Weiterhin wurden von Robotron neue 
Anwendungen für das SC0M-LAN vor- 
gestellt. So wurde neben Program- 
men für Literaturrecherche und ge- 
meinsame Datenbanknutzung die 
Kopplung mit digitaler Richtfunktech- 
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nik (Bild 10) demonstriert. Zum Ein- 
satz kommen die digitalen Richtfunk- 
einrichtungen PCM 10-300/400/800. 
Sie dienen der Datenübertragung 
über große Entfernungen und bei 
schwierigen Geländeverhältnissen. 
Dabei können sowohl einzelne ent- 
fernte SCOM-LAN-Teilnehmer als 
auch mehrere LANs gekoppelt wer- 
den. Der Abstand zwischen zwei 
Richtfunkstationen kann 50 km betra- 
gen. Ein Übertragungsweg enthält 10 
Kanäle mit einer Übertragungsge- 
schwindigkeit von bis zu 64 kBit pro 
Sekunde. Ist die Anzahl der anzu- 
schließenden Datenstationen größer 
als 10, werden Datenmultiplexer, die 
mehrere Datensignale mittlerer Bit- 
rate (0,6 bis 9,6 kBit pro Sekunde) zu 
einem 48- oder 64-kBit/s-Signal zu- 
sammenfassen, dazwischengeschal- 

Das ungarische Unternehmen Video- 
ton war zum 20. Male in Leipzig ver- 
treten. Es stellte erstmals eine Lö- 
sung zur Integration eines EC 1 834 in 
ein N0VELL-LAN vor (siehe Bild 11). 
Als Hardware wird hierfür das ARC- 
NET (mit einer Übertragungsge- 
schwindigkeit von 2,5MBit/s) oder 
das Ethernet (lOMBit/s) angeboten. 
Der 32-Bit-Mikrorechner VT 180 
diente als Server. LAN-Teilnehmer 
können der VT 1 10, der VT 160 oder 
andere XT- bzw. AT-kompatible 
Rechner sein. Die Netzsoftware ist 
kompatibel zu Novell Advanced Net- 
Ware 286 oder zu Novell System Fault 
Tolerant NetWare 286. Sie enthält 
Funktionen wie kontrollierter Zugriff 
zu gemeinsamen Dateien, Anlegen 
von Sicherheitsduplikaten der Direc- 
tories und Dateibeschreibungstabel- 
len, parallele Behandlung von Ma- 
gnetplatten sowie ständige Kontrolle 
und Fehlermeldung. Über einen Ga- 
teway-Dateitransfer kann eine Kopp- 
lung an das Ethernet-Netz des VT 32 
und des R 1 1 erfolgen. 

Gegenüber den LANs werden sich in 
Zukunft stärker die ISDNs durchset- 
zen (Integrated Services Digital Net- 
works = Dienste integrierende digi- 
tale Netze). Sie bieten den Vorteil, 
daß sie in einem Netz (über eine Lei- 
tung) sowohl Datenkommunikation 
als auch Fernsprechen, Fernkopie- 
ren, Bildschirmtext und Teletext ver- 



einen. Die Standard Elektrik Lorenz 
AG (SEL) Stuttgart bot das SYSTEM 12 
B, eine Variante der öffentlichen digi- 
talen Vermittlungsstelle SYSTEM 12 
für das Büro, an (siehe Bild links un- 
ten). Bei 100 Nebenstellen begin- 
nend, ist das SYSTEM 12 B bis weit 
über 3000 Nebenstellen in kleinen 
oder in größeren Schritten erweiter- 
bar. Es erlaubt die Datenkommunika- 
tion hausintern zwischen PCs, zum 
öffentlichen ISDN oder zwischen Ter- 
minals und Hostrechnern. Die Daten- 
kommunikation ist sehr leicht überdie 
im SEL-Komforttelefon integrierten 
Schnittstellen V.24 und V.25bis in 
zwei Varianten möglich. Die Kopp- 
lung erfolgt erstens über eine V.24 / 
V.25bis-Schnittstelle mit maximal 
9600 Baud für PCs und asynchrone 
Terminals sowie über einen Koax- 
Adapter für 3270-Terminals. Zwei- 
tens ist die Nutzung der zwei 64-KBit/ 
s-Kanäle als „Mehrdienste-An- 
schluß“ möglich; sie erlaubt eine 
diensteunabhängige Mischkommuni- 
kation. Über T erminaladapter können 
die Teilnehmer mit V.24-, X.21- oder 
Koax-Schnittstellen angeschlossen 
werden. 

In unserem Bericht von der Budape- 
ster Messe 1 988 (s. MP 1 0/88) hatten 
wir gezeigt, wie ein A 71 50 mit der Zu- 
satzfunktion eines Fernschreibers 
ausgestattet werden kann. Die dazu 
von der ungarischen Firma T riton ent- 
wickelte Lösung, eine Anschluß- 
Steckeinheit und das Softwarepaket 
Gepard-16, wurde zur LFM an den 
Ständen von Robotron und Triton ge- 
zeigt. Mit dem Telex-PC können durch 
Selbstwahl Telexteilnehmer im natio- 
nalen und internationalen Telexnetz 
erreicht werden. Daneben ermöglicht 
er ohne Beeinträchtigung dieser 
Dienstleistungen die Abarbeitung 
beispielsweise der üblichen Büroauf- 
gaben. 

Mit dem von Transcommerz angebo- 
tenen automatischen Telexprozessor 
textMaster 1000 (Bild 12) der Firma 
MARK können bis zu zwei Terminals 
an eine Telexlinie angeschlossen 
werden. Als Terminal können dabei 
elektronische Schreibmaschinen, 
PCs oder auch lokale Datennetze 
Verwendung finden. Über das Zu- 
satzgerät lassen sich Telexmitteilun- 
gen vom eigenen Terminal aus vor- 
bereiten, absenden und empfangen, 
wodurch Zeit- und Kostenersparnisse 
erreicht werden. Der textMaster 1000 
arbeitet dabei nach dem Speicherver- 
mittlungsverfahren (störe and for- 
ward). Nachdem die Telexmitteilun- 
gen am Terminal geschrieben wur- 
den, werden sie dem textMaster 1 000 
übertragen, der die Absendung auto- 
matisch steuert. Eingehende Telexe 
werden im textMaster 1000 bis zur 
Übertragung an die Terminals zwi- 
schengespeichert. 

Der gleichen Aufgabenstellung dient 
das von Rank Xerox angebotene Te- 
lexmanagementsystem TelexBox 3 
(Bild 13). Auch die TelexBox dient als 
Telexschnittstelle für Schreibma- 
schine, Textverarbeitungsautomat 
oder PC und erlaubt das Senden und 
Empfangen im Hintergrund. Ebenso 
sind weitere benutzerfreundliche 
Funktionen wie Zwischenspeiche- 
rung, Kurzwahl, Rufwiederholung 
und anderes vorhanden. 
Bauelemente 


Das Mikroprozessorsystem U 80600 


ist das zweite 16-Bit-System nach 
dem U 8000 aus dem Kombinat Mi- 
kroelektronik Erfurt. Es wird mit sei- 
nen konzipierten 20 Komponenten 
eine neue Generation von Personal- 
computern und Steuerungssystemen 
in der DDR ermöglichen (zum Bei- 
spiel ICA 720). Die zur Frühjahrs- 
messe erstmals gezeigten vier neuen 
Typen dieses Systems sind die zen- 
trale Verarbeitungseinheit (CPU), der 
Buscontroller, der DRAM-Controller 
sowie der Schaltkreis zur Fehlerer- 
kennung und -korrektur (EDC). 

Die zum K 1810 WM86 (UdSSR) ab- 
wärtskompatible CPU U 80601 (Bild 
unten) wird eine maximale Taktfre- 
quenz von 16 MHz erreichen. Ihre 
Hauptverbesserungen sind die zwei 
Adressierungsmodi real und protec- 
ted sowie der damit verbundene voll- 
ständige Speicherschutz als Voraus- 
setzung für Multitasking. Die Status- 
signale der CPU werden vom Bus- 
controller U 80606 dekodiert, der dar- 
aus die entsprechenden Lese- und 
Schreibkommandos für den Bus des 
Rechners erzeugt. Der DRAM-Con- 
troller U 8061 0 vereinfacht den Aufbau 
von dynamischen Speichern, die aus 
Schaltkreisen mit 16, 64 oder 
256 KBit bestehen können. Er verwal- 
tet einen Adreßraum von maximal 
2 MByte und eignet sich für die An- 
steuerung von Dual-Port-RAMs. Zu- 
sammen mit dem EDC U 80608 er- 
möglicht er das Erkennen und Korri- 
gieren von Fehlern sowie einen einfa- 
chen Aufbau großer Speicherarrays. 
Diese vier Schaltkreise des Systems 
U 80600 haben wir bereits ausführlich 
in MP 5/1989 vorgestellt. 

Neben der noch vorherrschenden 
NMOS-Technik setzt sich in der Mi- 
kroelektronik die CMOS-Technik 
mehr und mehr durch. Die klassi- 
schen Vorteile der NMOS-Technik - 
höherer Integrationsgrad, höhere Ge- 
schwindigkeit, geringerer Preis-wer- 
den mit der Weiterentwicklung der 
CMOS-Technik ausgeglichen. Die 
Mikroprozessorfamilie U 84C00 vom 
Kombinat Mikroelektronik Erfurt ist 
die erste 8-Bit-CMOS-Familie aus 
DDR-Produktion. In Leipzig zu sehen 
waren die Schaltkreise CPU U 84C00 
(Bild rechts oben), PIO U 84C20, CTC 
U 84C30 und SIO U 84C40 (Bild rechts 
Mitte) mit Taktraten von 2,5 MHz 
(zum Beispiel U 84C00 DC02) und 
4 MHz (zum Beispiel U 84C00 DC04). 
Alle Schaltkreise dieser Familie sind 
Software- und hardwarekompatibel 
zur Familie U 880. Hinzu kommen die 
Vorteile: geringerer Stromverbrauch 
und höhere Zuverlässigkeit. Die fol- 
gende Aufstellung zeigt einen Ver- 
gleich der Stromaufnahme (bei 
4 MHz): 




U84C00- 


U880- 


Familie 


Familie 


CPU 

PIO 

CTC 

SIO 


25 mA 
5 mA 
7 mA 
15mA 


200 mA 
100 mA 
120mA 
130 mA 


Eine weitere Senkung des Stromver- 
brauchs wird durch den Schlafmodus 
erreicht, den die Schaltkreise des U 
84C00-Systems einnehmen können, 
wenn keine Aktivität des Rechners 
nötig ist. Die Einnahme des Schlafzu- 
standes wird von einem Taktgenera- 
tor/-controller (CGC) gesteuert. 

Das System U 84C00 wollen wir in ei- 
nem der nächsten Hefte ausführlich 
vorstellen. 

Das Kombinat Mikroelektronik Botev- 
grad (VR Bulgarien) bot erstmals in 
Leipzig das 1 6-Bit-Mikroprozessorsy- 
stem SM 688 an. Es ist kompatibel 
zum Intel-System 8088. Unter ande- 
rem waren die Schaltkreise CPU SM 
688 (Bild unten), DRAM-Controller SM 
637, Floppy-Controller SM 609 und 
Harddisk-Controller SM 610 ausge- 
stellt. 



Für die Verringerung des Platzbe- 
darfs von Schaltkreisen setzt sich in- 
ternational der Einsatz von oberflä- 
chenmontierbaren Bauelementen 
(SMDs) durch. Dem trägt das Kombi- 
nat Mikroelektronik Erfurt mit der Vor- 
stellung der 8-Bit-Einchiprechner U 
883 und U 886 sowie des 64-KBit- 
DRAMs U 2164 und des fensterlosen 
32-KBit-EPROMs U 2632 als SMDs 
Rechnung (Bild 14). 

• ASICs 

Gegenüber herkömmlichen Bauele- 
menten in SMD-Ausführung läßt sich 
der Platzbedarf ganzer Schaltungen 
wesentlich effektiver durch den Ein- 
satz von anwenderspezifischen inte- 
grierten Schaltkreisen (ASICs) - die 
wiederum SMDs sein können - ver- 
ringern. Das Kombinat Carl Zeiss 
JENA bietet seit einigen Jahren zwei 
verschiedene ASIC-Typen an: das 
CMOS-Gate-Array-System U 5200 
und den Standardzeilenschaltkreis U 
1500/20 (der U 1500 unterscheidet 
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sich vom U 1520 nur durch die Zahl 
der Verdrahtungsebenen). Während 
die Gate-Arrays auf vorgefertigten Si- 
liziumscheiben eine feste Anzahl und 
Lage der Funktionselemente sowie 
feste Chipflächen und Pinzahlen ver- 
langen, dafür aber schneller und billi- 
ger erhältlich sind, erlauben die Stan- 
dardzellenschaltkreise eine variable 
Standardzellenzahl und -läge sowie 
unterschiedliche Chipflächen und 
Pinzahlen. Die nun vorgestellten Wei- 
terentwicklungen der Systeme U 
5200 und U 1500/20 sind das Gate- 
Array-System U 5300 bzw. das Stan- 
dardzellensystem U 1600. Die Ent- 
wicklung des Integrationsgrades die- 
ser ASIC-Typen wird durch die An- 
zahl der Transistoren auf einem Chip 
verdeutlicht: 


U5200 

U5301 

U5302 


1 2000 hj 1 500/20 13000 

4000C |U 1600 1 00000 

70000 ! 


Beide Systeme enthalten unter ande- 
rem Inverter (mit und ohne Treiber- 
verhalten), Grundgatter (wie NAND, 
NOR, XOR, XAND und kombinatori- 
sche Verknüpfungen), Halb- und Voll- 
adder, JK- und D-Master-Slave-Flip- 
flops sowie vielfältige Eingangs- und 
Ausgangsstufen mit und ohne D-Flip- 
flop- oder Schmitttrigger- bzw. Tris- 
tate-Verhalten. Die Gatterverzöge- 
rungszeit beträgt bei beiden Syste- 
men maximal 1,6 ns. Ein U 1600 er- 
reicht damit eine Taktfrequenz von 
25 MHz; seine Ruhestromaufnahme 
ist kleiner als 400/rA. Die Taktfre- 
quenzen beim U 5300 sind abhängig 
vom Typ des Masters. Die Master U 
5301 und U 5302 können mit 40 bzw. 
30 MHz getaktet werden; ihre Ruhe- 
stromaufnahme liegt unter 200ftA. 
Als Entwurfssystem bietet Zeiss für 
die Gate-Arrays das System Archi- 
medes an (siehe auch Teil 1 unseres 
LFM-Berichtes sowie MP 6/1989, 
Seite 168). Für die Standardzellen 
gibt es das Entwurfssystem ENSIC. 

• Speicherschaltkreise 

Bekanntlich unternimmt das Kombi- 
nat Carl Zeiss JENA große Anstren- 
gungen bei der Entwicklung von dy- 
namischen und statischen RAM- 
Schaitkreisen. Während auf der LFM 
'88 der 256-KBit-DRAM U 61256 in 
einer 1,5-Hm-CMOS-Technologie 
Premiere hatte, konnte zur diesjähri- 
gen Frühjahrsmesse bereits der 1- 
MBit-DRAM U 61000 (siehe Bild 
rechts oben) in einer 1-«m-CMOS- 
Technologie vorgestellt werden. 
Beide Schaltkreise werden zur Stan- 
dardausrüstung moderner Personal- 
computer und Workstations gehören. 
Der U 61 000 wurde mit einem 1 8poli- 
gen DIL-Duroplastgehäuse gezeigt, 
kann aber auch in einem Keramikge- 
häuse geliefert werden. Er wird mit 
Zugriffszeiten von 100 und 120 ns 
verfügbar sein (U 61 256: 80, 1 00, 1 20 
und 150 ns). Seine Ein- und Aus- 
gänge sind TTL- und CMOS-kompati- 
bel. Er besitzt zur Zeit eine Organisa- 
tion von 1 M x 1 Bit, und er kann in elf 
verschiedenen Betriebs- und Refresh- 
arten arbeiten. Der U 61000 ist zu in- 
ternationalen Vergleichstypen wie TC 
511000 (Toshiba) und HYB 511000 
(Siemens) kompatibel. Im Heft 10/89 
werden wir Ihnen diesen Schaltkreis 
näher vorstellen. 

Damit große Speicherarrays mög- 
lichst platzsparend aufgebaut werden 
können, beschritt das Kombinat Ke- 



ramische Werke Hermsdorf den 
Weg, sowohl 256-KBit-Chips als 
auch 1-MBit-Chips auf Keramiksub- 
strate zu montieren, um so Schalt- 
kreise mit 4 MBit Speicherkapazität 
verfügbar zu machen. Der 4737 
(Bild 15) enthält 16 Chips des Schalt- 
kreises U 61256, die einen Speicher 
von 256 K x 1 6 Bit bilden, sowie je ei- 
nen Keramik-Stützkondensator. Er 
besitzt ein 34poliges DIL-Gehäuse 
(Reihenabstand: 37,5 mm; Höhe: 
5mm; Pinraster: 2,5mm) und wird 
nur mit einer Zugriffszeit von 150 ns 
angeboten. Eine andere Ausführung 
dieses Schaltkreises ist der 4743 mit 
einer Speicherorganisation von 
51 2 K x 8 Bit. Dagegen ist der Schalt- 
kreis 4742 in einer 25poligen SIL-Bau- 
form (Bild 16) aus vier Chips des 1- 
MBit-RAMs U 61000 aufgebaut (mit 
ebenfalls je einem Kondensator). Da- 
mit ergibt sich eine Speichergröße 
von 1 M x 4 Bit. 

Speicherschaltkreise waren auch am 
Stand des Kombinates Mikroelektro- 
nik Botevgrad ausgestellt: der 64- 
KBit-DRAM SM 8164 (Organisation: 
64K x 1 Bit; Technologie: NMOS; 
Zugriffszeiten: 150 und 200 ns), der 
4-KBit-SRAM SM 8514 (1Kx4Bit; 
CMOS; 200, 300 und 450 ns) sowie 
der 64-KBit-EPROM SM 7764 (8K 
x 8 Bit; NMOS; 450 ns). 

Software 

Für die 8- und 16-Bit-Technik des 
VEB Kombinat Robotron wurde vom 
Robotron- Vertrieb Berlin das Portable 
OEkonomische Software-SYstem 
P0ESY vorgestellt. Es besteht aus den 
Komplexen Kostenrechnung, Lohn- 
und Gehaltsrechnung, Grundmittel- 
rechnung, Investitionsrechnung, Ma- 
terialrechnung, Leistungsrechnung, 
Nutzensrechnung und Rechnungs- 
ausgang. Alle Elemente dieses Sy- 
stems können sowohl einzeln als 
auch kombiniert mit einigen oder al- 
len anderen Bestandteilen eingesetzt 
werden. Dabei soll eine einfache 
Handhabung durch eine übersichtli- 
che Programmstruktur, die menüge- 
steuerte Auswahl der Programmteile, 
Fehlerermittlungen usw. gewährlei- 
stet sein. POESY soll ständig weiter- 
entwickelt und vervollkommnet sowie 
an neue Technik angepaßt werden. 
Für den 8-Bit-PC 1 71 5 unter dem Be- 
triebssystem SCP, den A 7100 unter 
SCP 1 700 und die 1 6-Bit-PCs A 71 50 
und EC 1 834 unter DCP wird POESY 
angeboten; eine Beschleunigung der 
Arbeit durch eine RAM-Disk bei feh- 
lender Festplatte wird unterstützt. 

Der VEB Kombinat Robotron zeigte 
weiterhin die Einsatzmöglichkeiten 
des EC 1834 zur Textverarbeitung in 
arabischer und chinesischer Spra- 
che. Das System AI-BAYAN gestattet 
unter dem Betriebssystem DCP das 
Editieren, Manipulieren, Gestalten 
und Ausdrucken von lateinischen und 
arabischen Schriftzeichen innerhalb 
eines Textes. Im arabischen Editier- 
modus werden die einzelnen Zei- 


chen wie üblich von rechts nach links 
auf den Bildschirm geschrieben. Zur 
Menüführung kann wahlweise zwi- 
schen englischer und arabischer 
Sprache ausgewählt werden. Zahlrei- 
che Funktionen für eine umfassende 
Textmanipulation und Textgestaltung 
gehören ebenfalls zum System AL- 
BAYAN. 

Die chinesische Schrifteingabe wird 
auf PCs mit dem Betriebssystem MS- 
DOS durch das System Chi-Easy 
möglich (Bild unten rechts). Zur Ein- 
gabe der gewünschten Zeichen wird 
eine besonders codierte Zeichenvor- 
lage benutzt, über die ein Lesestift 
wie beim normalen Schreiben des 
Zeichens geführt wird. Für die im Zei- 
chensatz enthaltenen 6763 Zeichen 
sind jedoch maximal 5 bis 6 Striche 
erforderlich, da nach jedem neuen 
Strich 8 der am häufigsten vorkom- 
menden Zeichen, die diese Striche 
enthalten, angezeigt und dann aus- 
gewählt und auf den Bildschirm ge- 
schrieben werden. Nach dem zweiten 
Strich ist in 85 Prozent der Fälle das 
Zeichen gefunden. Die Druckausgabe 
der Texte ist ebenfalls möglich. 

Die wissensgestützte Entwicklung 
problemspezifischer Software mit 
dem System X. . . ermöglicht die Erar- 
beitung von Programmen in verschie- 
denen Zielprogrammiersprachen un- 
ter Einbeziehung bereits vorhande- 
ner Programmbibliotheken. Durch die 
Modifikation oder den Austausch der 
eingesetzten Wissensbasis kann das 
System sehr leicht an unterschied- 
lichste Aufgabenstellungen angepaßt 
werden. Dem Softwareentwickler 
wird ein modernes und effektives Mit- 
tel zur computergestützten Software- 
entwicklung in die Hand gegeben; es 
gestattet eine höchst flexible Nutzung 
der Anwendungssoftware durch den 
Endnutzer und stellt ein bequemes 
und leistungsfähiges Werkzeug zur 
Dokumentation, Wartung und Pflege 
der Software dar. Mit dem System 
X. . . kann sowohl der Nutzer im Pro- 
grammentwicklungsmodus als auch 
der Programmierer im Editiermodus 
arbeiten. Zahlreiche Servicefunktio- 
nen, wie die grafische Darstellung der 
Programmstrukturen und die Ein- 
blendung verbaler und grafischer 
Hilfs- und Übersichtsfunktionen in 
Fenstertechnik, erleichtern die Arbeit. 
Das System X. . . wurde von der Aka- 
demie der Wissenschaften der DDR 
entwickelt und bisher erfolgreich in 
den Paketen Xamba (Erzeugung von 
Programmen für die Mikroskopbild- 
auswertung), Xfortran (Erzeugung 
von Programmen für die Auswertung 


von Abbildungen des menschlichen 
Herzens) und Xdbase als einem intel- 
ligenten Datenbank-Interface einge- 
setzt. 

Die Firma ABC-Computer Technik 
Pöstges, erstmals Aussteller in Leip- 
zig, stellte ihr ABC-System, ein Kalku- 
lationssystem für Druckereien vor. 
Mit diesem System ist es beispiels- 
weise möglich, Kalkulationen für den 
Druck, den Satz und für Reproduktio- 
nen in kürzester Zeit zu ermitteln, die 
Verwaltung der Stammdaten und sta- 
tistische Berechnungen vorzuneh- 
men sowie Schriftverkehr (Druck von 
Angeboten, Auftragsbestätigungen, 
Lieferscheinen, Rechnungen, Mah- 
nungen usw.) abzuwickeln. Als Basis 
für die Kalkulation eines Auftrags 
dient eine arbeitsplatzorientierte 
Stammdatei, aus der das System 
nach der Eingabe der technischen 
Personalkosten und der Gemein- 
kosten den Stundensatz je Arbeits- 
platz berechnet. Weiterhin werden 
die Kosten für das Fertigungsmaterial 
eingegeben und daraus der Zeitauf- 
wand für die jeweils erste und jede 
weitere Einheit ermittelt. Zu den Ar- 
beitsplätzen können zusätzliche Pa- 
rameter, beispielsweise für die Be- 
rechnung von Archivmontagen, an- 
gegeben werden. Die Vorkalkulation 
für den Druck, die kaum länger als 1 
... 3 Minuten dauert, kann ohne 
große polygrafische Kenntnisse aus- 
geführt werden, da das System aus- 
gehend von dem vorhandenen Ma- 
schinenpark nach der Angabe einer 
Maschine weitere vorschlägt, drei Va- 
rianten mit unterschiedlichem Nutzen 
gleichzeitig kalkuliert und dabei 
Werte für Rohbogen, Montagen, Plat- 
ten, Drucke und anderes automatisch 
berücksichtigt und den Nutzen gra- 
fisch darstellt. Aus dieser Vorkalkula- 
tion kann automatisch ein Angebot 
erstellt werden, das auf dem Bild- 
schirm noch geändert werden kann. 
Die ebenfalls integrierte Artikelver- 
waltung ermöglicht eine exakte Über- 
sicht über die Bestände und Bewe- 
gungen im Lager. Mit der Rechnungs- 
legung werden die Bestände aktuali- 
siert. Ebenso ist ein ständiger Über- 
blick über die vorhandenen Papier- 
sorten und über betriebswirtschaftli- 
che Abrechnungen gegeben. 

Wie bei vorangegangenen Messen in 
Leipzig bereits praktiziert, so wurden 
auch während der Frühjahrsmesse 
1989 in der Karl-Marx-Universität 
Softwarelösungen vorgestellt, die im 
Rahmen wissenschaftlicher und stu- 
dentischer Forschungsarbeit entwik- 
kelt wurden. 



Fotos: Becker, Hemke, Weiß, Werkfoto 
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Die Sektion Technische Elektronik 
der Wilhelm-Pieck-Universität Ro- 
stock war mit dem Programmiersy- 
stem comForth vertreten und bietet 
damit eine portable und interaktive 
Umgebung zur Entwicklung prozeßo- 
rientierter Software in Forth an. 

Das System comForth in der Version 
2.xx enthält neben dem Basissystem 
nachladbare Komponenten, wie eine 
Programmsammlung zu Datentypen, 
Zahleneingaben usw., headerlose 
Hilfsdefinitionen für eine modulorien- 
tierte Programmierung sowie Bild- 
schirm- und Tastaturanpassungen. 
Ein Wordstar-kompatibler Editor, As- 
sembler und Debugger werden eben- 
falls angeboten, wie auch weitere, 
spezifische Funktionen des jeweili- 
gen Betriebssystems. Das System 
comForth wird ab sofort für CP/M (Z 
80 und 8086) und MS-DOS (8086) 
angeboten. Erweiterungen, wie ein 
Numerikpaket (Fließkomma- und Ma- 
trixoperationen), das Multitasksy- 
stem für Aufgaben der Prozeßauto- 
matisierung und die Cross-Compiler, 
sind in der Entwicklung und für einige 
Prozessoren bereits vorhanden. 

Von der Karl-Marx-Universität Leip- 
zig wurde das menügesteuerte Stati- 
stikpaket PSYSTAT für 16-Bit-PCs un- 
ter MS-DOS gezeigt; eine etwas ab- 
gerüstete Version des Pakets soll ab 
September 1 989 auch für den A 71 00 
verfügbar sein. Ohne besondere Vor- 
kenntnisse der Rechentechnik soll 
eine sofortige Anwendung durch die 
dialogorientierte Arbeitsweise er- 
möglicht werden. Umfangreiche 
Help-Unterstützungen, gezielt mögli- 
che Nutzereingriffe, ständige Infor- 
mationen über das aktuelle statisti- 
sche Verfahren und die momentane 
Operation des Rechners zeichnen 
das Programm ebenso aus, wie die 
trotz der Vielfalt der statistischen Ver- 
fahren gegebene Erweiterungsmög- 
lichkeit durch nutzereigene Algorith- 
men und eine grafische Datenprä- 
sentation. Von den möglichen statisti- 
schen Verfahren seien hier nur einige 
erwähnt, wie beispielsweise Varianz, 
Varianzbreite, Rangplätze, Häufig- 
keiten, Prozentränge, Histogramme, 
multiple lineare Regression mit bis zu 
50 Einflußgrößen und grafischer Aus- 
gabe von Funktion und Punktwolke 
sowie mehrere Verfahren zur Faktor- 
analyse, zur Clusteranalyse und zur 
Diskriminanzanalyse. 

Das von dem Uppsala University 
Data Center (UDAC) in Schweden 
entwickelte und in der DDR von der 
Medizinischen Akademie „Carl Gu- 
stav Carus“ vertriebene Datenbank- 
betriebssystem MINIER nimmt seine 
Kraft nicht nur aus dem Namen eines 
sagenhaften Weisen, sondern unter 
anderem aus der Anwendung der 
Standardabfragesprache SQL, die 
jetzt auch in dBase IV von Ashton- 
T ate integriert wurde. Besonders zum 
Verwalten großer Datenmengen ist 
MIMER durch schnelles Auffinden 
von Daten (Verwendung von Sekun- 
därindizes) und das Speichern in ei- 
ner ausgeglichenen Baumstruktur 
geeignet. Eine dynamische Entwick- 
lung der Datenbanken durch Ände- 
rungen und Erweiterungen erfordert 
keine Änderung vorhandener Anwen- 
dungsprogramme, die zudem in den 
verschiedensten Sprachen (Fortran, 
Pascal, C, Lisp usw.) geschrieben 
sein können. 

H. Hemke, H.-J. HW, H. Weiß 


Neues 

von Videoton 

Anhand zweier Veranstaltungen 
machten die ungarischen Videoton- 
Werke ihre Anwender und potentielle 
Kunden im Frühjahr dieses Jahres 
mit dem gegenwärtigen und künftigen 
Angebot bekannt. Da war zunächst 
das Videoton-Symposium Ende März 
in Klingemühle, das Interessierten in 
bewährter Weise Gelegenheit bot, in 
Vorträgen, aber vor allem auch in per- 
sönlichen Gesprächen mit Verant- 
wortlichen, Einzelheiten zu erfahren. 
Neben Vorträgen zu Vernetzungs- 
möglichkeiten und grafischen An- 
wendungen der Videoton-Computer 
gab es interessante Ausführungen 
zur künftigen Entwicklung, die übri- 
gens auch RISC-Systeme beinhalten 
wird. Ein Schwerpunkt waren die Au- 
tomatisierungs- und die Steuerungs- 
technik. Informiert wurde unter ande- 
rem über die steuerungstechnischen 
Systeme MPT (Mini Process Termi- 
nal), RPT 90 (Remote Process Termi- 
nal), VT 32 C als Steuerungsrechner 
sowie die Variante VT 32 D als Pro- 
grammentwicklungssystem für 
Steuerungsaufgaben. Das verstärkte 
Engagement Videotons auf diesen 
Gebieten zeigte sich ja bereits zur 
Leipziger Messe mit der vorgeführten 
Robotertechnik. Es wurde bekräftigt 
während einer Ausstellung, welche 
die Videoton-Werke Ende April in 
Berlin veranstalteten, auf der auch 
das RPT 90 zu sehen war (Bild 1 ). 
Das Prozeßterminal besteht aus ei- 
nem 16/32-Bit-Mikroprozessor, Kom- 
munikationsmodulen und der not- 
wendigen Prozeßperipherie. Die Mo- 
dule entsprechen den Eurocardstan- 
dardkarten und können als Racks so- 
wohl in 19-Zoll-Standardgestelle als 
auch in spezielle Geräteschränke mit 
Schutzklasse IP 41 montiert werden. 
Die Kommunikation erfolgt über ei- 
nen seriellen Bus, der dem Intel-Bit- 
bus entspricht. 

Natürlich zeigte die Ausstellung auch 
Videotons Computerangebot: vom 
Minirechner R 1 1 über den VT 320 B, 
die Vernetzungsmöglichkeiten im 
Ethernet (anhand VT 32, VT 160 und 
R 1 1 Y) und im Arcnet (anhand VT 
1 1 0, VT 1 60, EC 1834 und VT 180 als 
Server) unter Novell NetWare bis zu 
Anwendungen für Konstruktion und 
Büroautomatisierung. 

So etwa das zweidimensionale CAD- 
System dedataCAD für zahlreiche 
Einsatzgebiete (Bild 2), dessen ex- 
trem hohe Arbeitsgeschwindigkeit 
sowie der hohe Bedienkomfort be- 
sonders hervorgehoben wurden. Auf 
Lizenzbasis wird von Videoton das 
Programmpaket Intuitive Solution zur 
Vereinfachung der Büroarbeit ange- 
boten. Gemeint ist die Verarbeitung 
von Texten und das Gestalten von 
Formularen mit einer leicht erlernba- 
ren Bedienoberfläche anhand von 
Ikonen. Der obere Ausdruck zeigt bei- 
spielsweise den Ikonenbestand des 
Programms, der beliebig erweiterbar 
ist und selbstverständlich auch 
deutschsprachige Namen zuläßt. Un- 
ten ist das Beispiel für einen Kalkula- 
tor in Tabellenform zu sehen. 

Mit dem Anschluß von Scanner und 
Laserdrucker (Bild 3) werden darüber 
hinaus bereits Merkmale des Desk- 
top Publishing realisiert. MP-We 
Fotos : Weiß 
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1 6 Speicherschaltkreis mit vier 1-MBIt Chips 







Nur wenn die Information doch nicht 
im Cache enthalten ist. muß die CPU 


.Was du heute kannst besorgen, das 
verschiebe nicht auf morgen." Diese 
Spruchweisheit scheint in der Com- 
puterbranche seine besondere Be- 
rechtigung zu haben. Während wir 
uns im vergangenen Jahr immer wie- 
der vornahmen. Ihnen, liebe Leser, 
einen Überblick über die damals 
neuen „Renner“ bei den Personal- 
computern (PCs) - mit 25-MHz-Pro- 
zessoren - zu tiefem, hat uns die Ent- 
wicklung inzwischen überholt. Den 
Reigen der in der westlichen Welt so 
werbewirksamen 25-MHz-PCs eröff- 
neten Mitte 1988 bekanntlich die Fir- 
men IBM mit dem neuen Modell 70 
des PS/2 und Compaq mit dem Desk- 
pro 386/25 (siehe auch MP 9/1988; 
den 386/25 stellten wir in MP 2/1989 
ausführlich vor). Zuvor hatte es aller- 
dings schon Firmen gegeben, die 
stolz die „25“ vorwiesen. Dabei han- 
delte es sich aber um PCs, bei denen 
man sich die Qualitätsunterschiede in 
der Chipproduktion zunutze machte. 
Für 20-MHz-Prozessoren gibt der 
Hersteller zwar nur die Garantie einer 
fehlerfreien Funktion bis 20 MHz, 
aber aufgrund der Streuung in der 
Produktion können einzelne Exem- 
plare durchaus auch bei höheren 
Taktfrequenzen fehlerfrei arbeiten 
Dem ausgesuchten Prozessor wird 
nunmehr ein 25-MHz-Taktgeber ver- 
paßt, und schon Iä8t sich mit der Spit- 
zenfrequenz glänzen. 

Auf dem gleichen - allerdings etwas 
fragwürdigen - Prinzip dürften auch 
die ersten Meldungen um die Jahres- 
wende über 33-MHz-PCs beruhen, 
da Intel seinen 33-MHz-80386 erst 
seit kurzem ausliefert (dieser Beitrag 
hat selbstverständlich nur die PCs 
zum Inhalt, die nicht auf Motorola- 
oder Spezialprozessoren, sondern 
auf dem 32-Bit-Prozessor Intel 80386 
basieren). Zu den Firmen, die nach 
eigenen Angaben „aufgebohrte" 25- 
MHz-Prozessoren in ihre 33-MHz- 
Maschinen einsetzen bzw. einsetz- 
ten, zählen beispielsweise CAS mit 
dem Modell CAS 3C33 und der Her- 
steller Everex. Dieser Wettlauf um 
Megahertz und MIPS zeigt, wie hart 
die PC-Hersteller heute um Spitzen- 
positionen kämpfen müssen Dabei 
sollte auch einmal bedacht werden, 
daß Geschwindigkeit des Prozessors 
durchaus nicht mit Leistung des PCs 


gleichgesetzt werden kann. Verfügt 
der Computer beispielsweise über 
die normale PC/AT-Architektur und 
langsame Speicherchips (DRAMs). 
muß der Prozessor bei Speicherzu- 
griffen oft Leertakte einfügen (die be- 
kannten Wartetakte oder wait Sta- 
tes). Von großer Bedeutung ist natür- 
lich auch die Zugriffsgeschwindigkeit 
der eingesetzten Festplattenlauf- 
werke. So kann ein PC mit 20-MHz- 
Prozessor. einer ausgeklügelten 
Mehrbus-Architektur, großem und 
schnellem Cache-Speicher und 
schnellen RAMs also durchaus eine 
höhere Gesamtleistung besitzen als 
ein 25-MHz-PC. Nichtsdestoweniger 
verfügen PCs mit schnellen Mikropro- 
zessoren - und die genannten Ne- 
benbedingungen berücksichtigt - 
über die besseren Voraussetzungen 


zur Erfüllung anspruchsvoller Aufga- 
ben. 

Nun also zu den neuen „Super- 
schnellen". den 33-MHz-PCs. Als er- 
ste Firma, die nach eigenen Angaben 
den „echten" 33er von Intel verwen- 
det. präsentierte Tandon zur CeBIT 
89 das im Bild gezeigte Modell 386/ 
33 unter dem Slogan, damit bis weit in 
den Bereich der Superminicomputer 
vorzudringen und dem professionel- 
len Anwender fast schon „Maln- 
frame-Power" auf dem Schreibtisch 
zu bieten. Der Prozessor läßt sich je- 
doch mittels Knopfdruck auch auf 
8 MHz heruntertakten, um bei Bedarf 
volle Kompatibilität zur gesamten 
Standardsoftware der MS-DOS-Welt 
zu gewährleisten. Auch der Tandon 
386/33 verfügt über leistungsstei- 
gernde Merkmale, wie sie heute bei 
Spitzen-PCs zum guten Ton gehö- 
ren; beispielsweise den intelligenten 
Befehlsakzelerator, der den ROM-In- 
halt beim Systemstart automatisch in 
den schnelleren Shadow-RAM lädt. 
Oder einen Cachespeicher, der stan- 
dardmäßig 64 KByte SRAMs enthält. 
Die Leistungssteigerung durch Ca- 
chespeicher beruht bekanntlich dar- 
auf. daß sie als Zusatzspeicher zwi- 
schen dem aus dynamischen RAMs 
bestehenden Hauptspeicher und 
dem Mikroprozessor nach einem be- 
stimmten Algorithmus „auf Verdacht" 
mit vermutlich als nächstes benötig- 
ten Daten oder Befehlen gefüllt wer- 
den und daß sie diese, da aus schnel- 
leren statischen RAM-Baustemen 
aufgebaut, der CPU auch schneller 
zur Abarbeitung bereitstellen können 


auf den Hauptspeicher zugreifen. Die 
„Trefferrate" liegt heute aber dank 
ausgeklügelter Algorithmen zumeist 
bei über 90 Prozent 


Zur weiteren Leistungssteigerung 
sind auf der Hauptplatine des 386/33 
Sockel für einen 80387- und einen 
Weitek-Koprozessor enthalten. 
Beide Koprozessoren können auch 
simultan arbeiten. 

In der Grundausstattung hat der 386 / 
33 einen RAM von 1 MByte, der sich 
mit 1-MByte-SIMM-Bausteinen auf 
der Grundplatine bis auf 24 MByte 
aufrüsten läßt; das heißt, es wird kei- 
ner der Erweiterungssteckplätze be- 
nötigt (1x8 Bit X-kompatibel. 4x16 
BitAT-kompatibel. 1 x 32 Bit; der Plat- 
tencontroller belegt davon einen 16- 
Bit-Steckplatz. Bildschirmadapter 
und Schnittstellenkarte je einen 8- 
oder 16-Bit-Steckplatz) 

Den neuen Tandon gibt es in ver- 
schiedenen Ausführungen: Modell 
386/33 als reines Diskettensystem 
ohne Festplattenlaufwerke. Modelle 
386/33-90, 386 33-330 und 386/33- 
660 mit Festplattenkapazitäten von 
90. 330 oder 660 MByte (ESDI-Con- 
trolier). Grundausstattung sind ein 
5,25-Zoll-Floppylaufwerk (optional 
3.5-Zoll-Floppy) und ein 14-Zoll-Mo- 
nochrom-Grafikblldschirm mit 
720x348 Pixel (optional verschie- 
dene Farbmonitore). Neben MS-DOS 
3.3, MS-GW-Basic und Data-Pac-Uti- 


mäßig mitgeliefert, mit der Multitas- 

king- und Netzwerkbetrieb als Server 
möglich wird. Die von Tandon entwik- 

kelten Data-Pacs, die „mobilen Fest- 

platten“ (wir berichteten in MP 8/1988 
ausführlich darüber), sind selbstver- 

ständlich Bestandteil des neuen Sy- 
stems. 

Auch die Firma Acer zeigte auf der 

CeBIT '89 im März ihren ersten 33- 

MHz-PC. den Acer 1100/33 - aller- 

dings nur inoffiziell. 




Bereits zur kurz darauf stattfindenden 

Computermesse Comdex in den USA 

war die Schar der Anbieter von 33- 

MHz-PCs schon auf über ein Dutzend 

angewachsen Die Firma Advanced 

Logic Research Inc. (ALR) beispiels- 

weise zeigte ihr neues Modell mit 7,4 
MIPS Leistung als Flexcache 33/386- 
Z für den „Einsteiger" in Desktop- 
Ausfuhrung und als Tower. Typisch 
ist die von ALR entwickelte Flex-Ca- 
che-Dualbusarchitektur mit 32-Bit- 

Cachebus (bzw. 64-Bit-Cachebus) 

und 32 KByte SRAM (bzw 128 KByte 

SRAM). 

Als weitere Vertreter seien genannt: 
AST mit dem Premium 386/33, die 

schon erwähnte Firma Acer mit drei 

Versionen des Modells 1100/33, die 

Firma Everex Systems mit dem Step 

386/33. Philips Electronics mit dem P 
3370 und Zenith mit dem Z-38633 

Als bemerkenswert sei festgestellt. 

daß sich zu den Erstanbietem inzwi- 
schen auch Firmen zählen können, 
die nicht zu den Großen gehören und 
im Computergeschäft noch relativ un- 
bekannt sind. Beispielsweise die 
österreichische Firma Theuretzba- 
cher&Co., die ihren Power AT-386/ 
33 von der Tochterfinna Future tech- 
notogie in den USA produzieren läßt. 


Der PC in Towerform ist AT-kompati- 
bei. arbeitet mit 0 Wartetakten, be- 
sitzt einen von 2 auf 16 MByte erwei- 
terbaren Hauptspeicher und einen 
beachtlichen 128-KByte-Cachespei- 
cher Als freie Steckkartenplätze gibt 
es 2 x 32-Bit-Slots. Neben 5,25- oder 
3,5-Zoll-Floppies können Festplat- 
tenlaufwerke zwischen 40 und 676 
MByte oder Streamer mit bis zu 150 
MByte genutzt werden. Auch die übn- 
gen Leistungsmerkmale, wie hoch- 
auflösende Grafikmonitore, Kopro- 
zessor usw., entsprechen durchaus 
dem In der Spitzenklasse gängigen 
Niveau. 

Die Anstrengungen der Chipherstel- 
ler zur Geschwindigkeilssteigerung 
ihrer Prozessoren haben bei 33 MHz 
jedoch noch keineswegs ein Ende. 
Noch schnellere angekündigte Spe- 
zialprozessoren, aber auch Univer- 
salprozessoren. von Intels Konkur- 
renz entwickelt, dürfen vermuten las- 
sen, daß auch beim 80386, aber zu- 
mindest beim Nachfolger 80486. 
noch höhere Taktraten zu erwarten 
sind. Womit wir in sicher nicht allzu- 
langer Zeit etwas über 45- oder gar 
50-MHz-PCs zu berichten haben 
werden. 


MP-We 
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Interaktive Echtzeitgrafik 

Verwaltung von Zeichengeneratoren 
Kursormanipulation 
Heap-Nutzung unter Turbo-Pascal 







Schnapp Schüsse von der rotierenden Funktion s in(r)/r. Während im EGA-IVGA-Modus 8 Farben gewählt werden können (Bild 1), stehen im CGA-Modus 
(Bild 2) lediglich 3 Farben zur Verfügung. 


Interaktive Echtzeityrafik 


Bei der Auswertung großer Datenmengen mehrerer 
variabler Einflußgrößen durch statistische Verfah- 
ren können grafische Darstellungen die Anschau- 
lichkeit deutlich verbessern. Durch die Nutzung ent- 
sprechender Hard- und Software ist eine grafische 
Datenanalyse in einem dynamischen Umfeld mög- 
lich. Auf einem PC mit einem Hauptspeicher von 
mindestens 640 KByte, einem Farbbildschirm und 
einem Farbgrafikadapter (CGA. EGA oder VGA) ist 
es beispielsweise mit dem Programmsystem PC- 
ISP (Interactive Scientific Processor) auch unter 
MS-DOS möglich, grafische Darstellungen interak- 
tiv in Echtzeit zu manipulieren. 

So kann man beispielsweise dreidimensionale Ob- 
jekte oder Punktwolken rotieren lassen. Die Bilder 1 
und 2 zeigen die Funktion z = sin(r)/r; dabei können 
mit der geringer auflösenden CGA-Karte nur Ergeb- 
nisse wie in Bild 2 erreicht werden. 

In der Streudiagramm-Matrix (Bild 3) werden die 
Flugkoordinaten (x. y), die Flughöhe (MODE-C). die 
Radar-Nummer (RDR.NR). die Flugidentifikation 
und die Zeit dargestellt. Die Daten stammen aus der 
zivilen Flugüberwachung, wobei die Flugzeuge von 
5 Radarstationen überwacht werden. Ziel ist es. 


Störfälle am Radar aufzufinden und die Radarsta- 
tionen unter anderem wie folgt zu bewerten: 

• Welche Richtwerten haben die Stationen? 

• Gibt es Reflexionen? 

• In welchen Bereichen muß man den Radar ab- 
schalten. um Reflexionen auszuschließen? 

Bild 4 zeigt die gleichen Daten als rotierende Punkt- 
wolke der Flugkoordinaten. Auffällig sind zwei Ob- 
jekte, die von den Luftkorridoren (gepunktete Linie) 
abweichen. Diese lassen sich einfach identifizieren. 
Das Beispiel zeigt, wie umfassende Einzelinforma- 
tionen mittels interaktiver Methoden und dynami- 
scher Grafik schnell, bei Bedarf in Echtzeit, unter- 
sucht werden können. 

Im Bild 5 wird mit Hilfe der Matrixsprache ISP ein 
Zeitreihenmodell gesucht. Hier sind verschiedene 
Zeitreihenkurven überlagert. Bei PC-ISP/DGS 
steht dem Anwender ein Arbeitsbereich von 50000 
Real-Zahlen zur Verfügung, so daß damit eine un- 
behinderte und schnelle interaktive Arbeit mit etwa 
15000 Real-Zahlen möglich ist. Bei den 32-Bit- 
Rechnern der 80386-Serie erhöht sich der Arbeits- 
bereich auf 200000 Real-Zahlen. 

Fotos: Dr. M. Nagelund Th. Huber 



Radardaten als Streudiagramm-Matrix. Darge- 
stellt sind die Flugkoordinaten (x. y und Höhe in 
Fuß ; 1 Fuß = 30,5 cm), die Zeit, die Flugnummer 
und die Radarnummer. 


Radardaten. Für die Rotation wurden im Bild 4 die Flugkoordinaten (x, y und Höhe) ausgewählt. Es fallen dabei zwei Flugobjekte auf. die vom Luftkorridor 
abweichen. 
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Der Beitrag „Verwaltung programmierbarer Zei- 
chengeneratoren“ auf der Seite 261 beschreibt 
pseudografische Verfahren für Rechner unter den 
Betriebssystemen SCP, UDOS und WEGA. Wegen 
des um etwa eine Zehnerpotenz niedrigeren Spei- 
cherbedarfs besitzen sie den Vorteil, daß fertige Bil- 
der als topologische Strukturen abgespeichert wer- 
den können und damit eine minimale Generie- 
rungszeit bei Wiederaufruf gewährleistet wird. 



Unter unserer Rubrik vorgestellt finden Sie auf der 
Seite 278 den neuesten 32-Bit-Universalprozessor 
von Intel, den 80486. Er stellt eine Weiterentwick- 
lung des 80386 dar und wird vorrangig in PCs und 
Workstations Verwendung finden. 


Vorschau 

In unserer Ausgabe zum 40. Jahrestag der DDR fin- 
den Sie Beiträge zu folgenden Themen; 

• 1-Megabit-DRAMU 61000 

• 8-Bit-CMOS-Prozessor U 84C00 

• Kontamination 

• Hybridschaltkreise 
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1 60 000 Personalcomputer: 
Parteitagsauftrag 
vorfristig erfüllt 

Der 160 000. im Kombinat Robotron 
seit 1986 produzierte Personalcom- 
puter wurde am 12. Juni an ein Ju- 
gendkollektiv des stadtgeleiteten 
Kombinates Bau und Modernisierung 
Dresden Obergeben. 

Mit der Übergabe des Jubiläumsrech- 
ners vom Typ A 71 50 erfüllten die Kol- 
lektive des Kombinates Robotron das 
vom XI. Parteitag der SED 1986 ge- 
setzte Ziel, 160000 bis 170000 Per- 
sonal- und Bürocomputer bis 1 990 zu 
produzieren. Die obere Grenze des 
Vorhabens werde bis zum 40. Jah- 
restag der Gründung der DDR er- 
reicht, teilte der Stellvertreter des Ge- 
neraldirektors des Kombinates Robo- 
tron, Dr. Egon Heusing, während der 
Übergabe mit. Die bis 1990 geplante 
Produktion von Personalcomputern 
kann damit wesentlich überboten 
werden. Der stellvertretende Gene- 
raldirektor dankte den Zulieferern un- 
ter anderem in den Kombinaten Mi- 
kroelektronik, Elektronische Bauele- 
mente und Carl Zeiss JENA sowie al- 
len anderen Kooperationspartnern. 
Mit den nahezu 68000 Robotron- 
Werktätigen seien in der DDR rund 
100000 Werktätige an der Produk- 
tion von Computern beteiligt. 

Dr. Heusing kündigte an, daß die von 
der Initiative der Sömmerdaer Büro- 
maschinenwerker 1986 zur zusätzli- 
chen Produktion von 1 0 000 PC 1 71 5 
über die Verpflichtung des Dresdner 
Stammbetriebes 1987 zur Verfünffa- 
chung der AC-Produktion reichende 
stetige Steigerung in der Computer- 
fertigung mit der ständigen Neu- und 
Weiterentwicklung moderner Re- 
chentechnik einhergehe. Dazu ge- 
höre die Arbeit an neuen Generatio- 
nen von Personalcomputern adn 

Neue Anlage 
für Megabit-Chips 
in Serie 

Die Serienfertigung des automati- 
schen Überdeckungsrepeaters AÜR 
2 hat im Juni im Betrieb für optischen 
Präzisionsgerätebau des Kombina- 
tes Carl Zeiss JENA begonnen. Die 
Geräte werden in der mikroelektroni- 
schen Industrie für den Aufbau der 
Produktion monolithischer Speicher- 
schaltkreise des Integrationsniveaus 
1 Megabit benötigt. Mit dem AÜR 2 
lassen sich außerdem Vorlaufarbei- 
ten für die 4-Megabit-Technologie 
ausführen. Überdeckungsrepeater 
gelten als eine der bestimmenden 
Ausrüstungen im mikrolithographi- 
schen Fertigungsprozeß, der etwa 
450 technologische Schritte auf rund 
70 unterschiedlichen Geräten umfaßt. 
Der AÜR 2 überträgt die komplizier- 
ten Bauelementestrukturen der künf- 
tigen Schaltkreise optisch von Scha- 
blonen auf Siliziumscheiben. Dabei 
werden die Strukturen gleichzeitig um 
vier Fünftel verkleinert. Dieser Vor- 
gang wiederholt sich im Automatikbe- 
trieb pro Scheibe ungefähr zwanzig- 
mal. Bei einem Bildfeld von 1 6 mal 1 6 
Millimetern können Strukturen bei- 
spielsweise mit Leiterbahn-„Breiten“ 
von nur einem tausendstel Millimeter 
realisiert werden. Die Überdeckungs- 


genauigkeit von Ebene zu Ebene wird 
von Fachleuten mit plus/minus einem 
zehntausendstel Millimeter angege- 
ben. ADN 

Treffen der Vorsitzenden 
der Paritätischen 
Regierungskommission 
DDR/UdSSR 

Auf Einladung des Stellvertreters des 
Vorsitzenden des Ministerrats der 
DDR und Vorsitzenden des DDR- 
Teils der Paritätischen Regierungs- 
kommission, Gerhard Schürer, weilte 
Anfang April der Stellvertreter des 
Vorsitzenden des Ministerrats der 
UdSSR und Vorsitzende des sowjeti- 
schen Teils der Paritätischen Regie- 
rungskommission, Iwan Silajew, zu 
einem Besuch in Berlin. 

Die Vorsitzenden erörterten Aufga- 
ben in Vorbereitung der nächsten Ta- 
gung der Paritätischen Regierungs- 
kommission. In Verwirklichung der 
prinzipiellen Vereinbarungen, die im 
September 1988 getroffen wurden, 
standen insbesondere Maßnahmen 
der Zusammenarbeit in Wissenschaft 
und Technik für eine längerfristige 
Periode im Mittelpunkt. Gerhard 
Schürer und Iwan Silajew berieten 
dabei vor allem über Möglichkeiten, 
die Zusammenarbeit auf dem Gebiet 
der Schlüsseltechnologien auszu- 
bauen und darüber, wie die Koordi- 
nierung der Volkswirtschaftspläne für 
den Zeitraum 1991 bis 1995 weiter- 
geführt wird. Gesprächsgegenstand 
war ebenso die Vertiefung der Pro- 
duktionskooperation zwischen den 
Kombinaten und Betrieben der DDR 
sowie den Vereinigungen und Betrie- 
ben der UdSSR. 

Die Maßnahmen sind darauf gerich- 
tet, die Leistungskraft der Volkswirt- 
schaften beider Länder entsprechend 
den Beschlüssen des XI. Parteitages 
der SED und des XXVII. Parteitages 
der KPdSU zielstrebig zu entwickeln 
und dabei die Potenzen der Speziali- 
sierung und Kooperation immer um- 
fassender zu nutzen. Große Aufmerk- 
samkeit wurde progressiven Formen 
der Zusammenarbeit, wie den Direkt- 
beziehungen auf der Ebene der Kom- 
binate und Betriebe, gewidmet. 
Während der Beratungen sind wei- 
tere Aufgaben der gegenseitigen Be- 
ziehungen behandelt worden, darun- 
ter zur Realisierung der im Februar 
1 989 Unterzeichneten Konzeption 
der wirtschaftlichen und wissen- 
schaftlich-technischen Zusammenar- 
beit zwischen der DDR und der 
UdSSR bis zum Jahre 2000 sowie 
des Komplexprogramms des wissen- 
schaftlich-technischen Fortschritts 
der Mitgliedsländer des RGW. 

An der Unterredung, die in einer 
freundschaftlichen Atmosphäre und 
der vollen Übereinstimmung der An- 
sichten verlief, nahmen seitens der 
DDR der Minister für Elektrotechnik 
und Elektronik, Felix Meier, und der 
Staatssekretär im Ministerium für 
Schwermaschinen- und Anlagenbau, 
Helmut Dersch, seitens der UdSSR 
der Minister für elektrotechnische In- 
dustrie, Oleg Anfimow, der Minister für 
Gerätebau, Automatisierungsmittel 
und Steuerungssysteme, Michail Ska- 
bardnja, und der Minister für Schwer-, 


Energie- und Transportmaschinen- 
bau, Wladimir Welitschko, sowie wei- 
tere Persönlichkeiten teil. adn 

Erfolgreicher 

Messeabschluß 

für Robotron in Poznan 

Die Internationale Messe für Elektro- 
nik, Fernmelde- und Computertechnik 
„Infosystem“ in Poznan ging Mitte 
April erfolgreich zu Ende. Zu den 300 
Ausstellern aus 15 Ländern gehörte 
auch das DDR-Kombinat Robotron, 
das die Exposition vor allem zur weite- 
ren Markteinführung seines 32-Bit- 
Rechners K 1840 in Polen nutzte. Im 
Ergebnis der Leistungsschau wurde 
die Lieferung einer dieser leistungsfä- 
higen Ingenieurarbeitsstationen für 
den Schaltkreisentwurf und die Leiter- 
plattenproduktion sowie für den Ein- 
satz als Steuerrechner zur Automati- 
sierung der Produktion mit polnischen 
Partnern vereinbart. Das Kombinat lie- 
fert 1990 ebenfalls elektronische 
Schreibtechnik nach Polen. ADN 

Gespräch 
Frankreich— DDR 

Dreitägige Gespräche über die Mög- 
lichkeiten der Zusammenarbeit auf 
verschiedenen Gebieten der Spitzen- 
technologien sind Ende April in Paris 
zwischen Generaldirektoren von sie- 
ben Industriekombinaten der DDR und 
Präsidenten beziehungsweise Gene- 
raldirektoren führender französischer 
Unternehmen beendet worden. Die 
DDR-Delegation unter Leitung des 
Stellvertreters des Ministers für Au- 
ßenhandel Christian Meyer weilte auf 
Einladung des Ministers für Industrie 
und Territorialgestaltung, Roger Fau- 
roux, in Frankreich. Der Delegation 
gehörten die Generaldirektoren der 
Kombinate Nachrichtenelektronik Ber- 
lin, Jürgen Apitz, Automatisierungsan- 
lagenbau Berlin, Heinz Brandt, Haus- 
haltgeräte Karl-Marx-Stadt, Dr. Reiner 
Krannich, TAKRAF Leipzig, Kurt 
Schönfeld, „7. Oktober“ Berlin, Dr. 
Heinz Warzecha, Mikroelektronik Er- 
furt, Prof. Dr. Heinz Wedler, und Robo- 
tron Dresden, Friedrich Wokurka, 

Während einer Beratung mit der DDR- 
Delegation unterstrich Minister Fau- 
roux das Interesse seiner Regierung 
am weiteren Ausbau der Wirtschafts- 
beziehungen mit der DDR. Er verwies 
auf die große Bedeutung der Gesprä- 
che, insbesondere bei der Erschlie- 
ßung neuer Gebiete der industriell- 
technischen und wirtschaftlichen Zu- 
sammenarbeit. 

Der französische Minister betonte 
die Nützlichkeit der direkten Kon- 
takte zwischen den Wirtschaftsexper- 
ten und Technikern beider Länder, 
da von gegenseitigen Kenntnissen 
über neue Technologien wichtige Im- 
pulse für einen verstärkten Warenaus- 
tausch ausgehen. Zu diesem Thema 
wurde ein Meinungsaustausch mit 
dem französischen Minister für Au- 
ßenhandel, Jean-Marie Rausch, ge- 
führt. 

Im weiteren Verlauf ihres Aufenthaltes 
besuchte die DDR-Delegation bedeu- 
tende französische Konzerne und For- 
schungseinrichtungen. In bilateralen 


Gesprächen wurden weitere Schritte 
zum Ausbau der ökonomischen Zu- 
sammenarbeit beraten. 

Im Nationalen Forschungsinstitut für 
Informatik und Automatisierung (IN- 
RIA) wurden die Gäste aus der DDR . 
mit neuesten Entwicklungsrichtungen 
und -Programmen in der industriellen 
Automatisierung und Informationsver- 
arbeitung bekannt gemacht. ADN 

Österreich forciert 
Schlüsseltechnologien 

Der verstaatlichte österreichische 
Elin-Konzern hat Mitte April im Wiener 
Industriebezirk Floridsdorf die erste 
Stufe eines Technologieparks in Be- 
trieb genommen. Auf dem fast 1 80 000 
Quadratmeter großen Gelände wur- 
den nahezu alle Elektronik-Aktivitäten 
des Unternehmers mit den Schwer- 
punkten Automatisierungs-, Fernwirk- 
und Prozeßtechnik, Komponenten der 
elektrischen Antriebstechnik, der Lei- 
stungselektronik, der Kommunika- 
tionstechnik sowie die Entwicklung 
von Basistechnologien konzentriert. 
Nach den Worten von Generaldirektor 
Guido Klestil stellte das Unternehmen 
damit die Weichen für die 90er Jahre. 
Die keineswegs neue und auf anderen 
Gebieten auch schon in Österreich 
praktizierte Grundidee bestehe darin, 
eigene Kapazitäten mit denen anderer 
Unternehmen zum gegenseitigen Vor- 
teil zu verbinden, wozu auch gemein- 
same Einrichtungen der sozialen In- 
frastruktur gehören. So haben sich in 
dem Technologie-Park bereits das 
Unternehmen Alcatel, mit dem Elin auf 
dem Gebiet der Künstlichen Intelli- 
genz und der Software-Entwicklung 
zusammenarbeitet, sowie der USA- 
Computerhersteller Tandon mit einer 
Monatsmontage von 1 5 000 Personal- 
computern für den europäischen 
Markt angesiedelt. Weitere Partner, 
die den Anforderungen des Elin-Kon- 
zepts entsprechen, sollen folgen und 
die Zahl der Beschäftigten von derzeit 
1 400 auf 4000 erhöhen. Bisher wur- 
den innerhalb von drei Jahren 300 Mil- 
lionen Schilling (rund 42,5 Millionen 
Mark) in Floridsdorf investiert, weitere 
1 00 Millionen sind für die Errichtung ei- 
ner Halle zur Fertigung von Personal- 
computern vorgesehen. 

Mit der Errichtung des Technologie- 
komplexes reiht sich Elin in die Bemü- 
hungen der österreichischen Wirt- 
schaft ein, speziell im Bereich der 
Schlüsseltechnologien ein For- 
schungs- und Produktionspotential mit 
internationalem Niveau aufzubauen. 
Daß man sich mit dem erreichten 
Stand nicht zufriedengibt, dokumen- 
tierte unlängst der Wiener Professor 
Gerfried Zeichen. Er prophezeite 
Österreich eine „düstere Zukunft“, 
wenn der Forschung nicht ein höherer 
Stellenwert eingeräumt und vor allem 
die Mikroelektronik nicht in breiterem 
Ausmaß in der Volkswirtschaft einge- 
setzt werde. 

ADN-Preißler 
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Interaktive Datenanalyse 
und dynamische Grafik 


Dr. Matthias Nagel 
Forschungsinstitut für Hygiene und 
Mikrobiologie Bad Elster 
Thomas Huber 

Datavision AG, Klosters ( Schweiz ) 


Empirische- Forschungsarbeit läßt sich grob 
in zwei Phasen einteilen, eine experimentelle 
Phase, in der Erkenntnisse oder Hypothesen 
über den Gegenstand des Interesses aus 
vorliegenden Daten und über deren Zusam- 
menhänge aufgestellt werden, und in eine 
daran anschließende bestätigende oder be- 
festigende Phase, in der die hypothetischen 
Modelle überprüft werden müssen. 

Sind die Datenstrukturen unbekannt, ist ge- 
rade das Aufstellen von Hypothesen und das 
Formulieren von Modellen das Problem, so 
daß es erforderlich ist, Daten und deren em- 
pirischen Hintergrund gründlich zu untersu- 
chen - eine Aufgabe der explorativen Daten- 
analyse /I/, 121. Grafische Methoden spielen 
hierbei zunehmend eine Rolle, da sie einer- 
seits dem menschlichen Wahrnehmungssy- 
stem entsprechen: 

• Durch die globale Betrachtung sind in 
Grafiken wesentliche Strukturen in den Da- 
ten schneller und leichter als in Tabellen und 
Texten zu erfassen. 

• Details von Datenmengen können weit 
besser und leichter aufgedeckt, veranschau- 
licht und betont werden als in Tabellen. 
Andererseits ist die Renaissance grafischer 
Methoden durch die Hard- und Software be- 
dingt. Ebenso wie heute große Datenbe- 
stände direkt am Arbeitsplatz des Ingenieurs 
oder Wissenschaftlers verfügbar sind, lassen 
sich hier auch unaufwendig Grafiken zur Ex- 
ploration, Analyse und Präsentation von Da- 
ten erstellen /3/. Waren bisher Grafiken ge- 
wissermaßen ein Endprodukt und zweidi- 


mensionale (2D) Schnappschüsse des p-di- > 
mensionalen Raumes, ist es nunmehr mög- 
lich, Grafiken in Echtzeit zu erzeugen und zu 
manipulieren. 

Das bezieht sich nicht nur auf die Gestaltung, 
sondern ermöglicht auch ein Experimentie- 
ren mit den Daten : Der Analytiker führt mit ei- 
nem Eingabegerät (Tastatur, Maus, Licht- 
stift) eine Operation aus - wählt beispiels- 
weise eine Transformation der Daten aus - 
und (scheinbar) gleichzeitig wird diese auf 
dem Bildschirm in der Veränderung der Gra- 
fik sichtbar. Die direkte Manipulation grafi- 
scher Elemente auf dem Bildschirm und die 
(scheinbar) kontinuierliche Änderung dieser 
Elemente sind die wichtigsten Eigenschaften 
dynamischer oder interaktiver Grafik, die zu- 
künftig die Datenanalyse entscheidend be- 
einflussen werden. Man sieht mehr, wenn 
man eine Grafik interaktiv beeinflussen kann, 
als wenn man sie lediglich betrachtet /4/. Dy- 
namische Techniken vermitteln den Eindruck 
eines 2-D- oder 3-D-Films. Man kann sich 
das am besten mit der glatten Bewegung ei- 
ner Punktwolke veranschaulichen: Es ist 
möglich, die Spur markierter Objekte zu ver- 
folgen, Cluster und Ausreißer zu identifizie- 
ren und anderes mehr. 

Dynamische Grafik 

Die Ideen der Nutzung von Echtzeitgrafik für 
die Analyse von Daten sind nicht neu, aller- 
dings handelte es sich bei den frühen dyna- 
mischen Systemen um aufwendige Prototy- 
pen, meist mit einem speziellen Hardware- 
Unikat. Als Vorbild für die heutigen Software- 
entwicklungen zur dynamischen Grafik dient 
das zur Analyse von Teilchenströmen am Li- 
nearbeschleuniger in Stanford (USA) entwik- 
kelte System PRIM-9 /5/, wobei PRIM für 
einige wichtige, damit realisierbare Grund- 
operationen - Projektionen, Rotationen, Iso- 


lation bzw. Identifikation und Markierung 
bzw. Maskierung von Daten mit bis zu 9 Di- 
mensionen -steht. 

Durch Rotation einer Punktwolke wird ein 
räumlicher Eindruck der Datenstruktur ver- 
mittelt. Nach Zuordnung von Variablen zu 
den x-, y- und z-Koordinaten wird eine Rota- 
tionsachse ausgewählt und die 3-D-Punkt- 
wolke in die Bildschirmebene projiziert. Ist die 
z-Achse beispielsweise vertikal zum Bild- 
schirm, dann entspricht die Rotation um die 
x-Achse einer Linearkombination der y- und 
z-Achse. Der neue 2D-Unterraum wird dann 
durch die alte x-Achse und die neue y-Achse 
definiert: 

y(t) = y cos(t) + z sin(t), OStgy 

Nun werden kontinuierlich für einen vorgege- 
benen kleinen Winkel t neue Projektionen auf 
dem Bildschirm abgebildet und durch die Be- 
wegung der auf dem Bildschirm erscheinenden 
Punktwolke wird die Illusion einer dritten Di- 
mension vermittelt. Rotationsgeschwindigkeit, 
Drehrichtung und Variablenauswahl lassen 
sich interaktiv durch den Anwender wählen, 
die Punktwolke kann vergrößert, verkleinert 
und auf dem Bildschirm verschoben werden. 
Bild 1 zeigt einen Schnappschuß einer sol- 
chen Rotation. Es handelt sich dabei um toxi- 
kologische Daten, bei denen an 48 Versuchs- 
tieren 17 Variablen beobachtet wurden. 

Das Dreibein verdeutlicht die aktuelle Lage 
des Koordinatensystems mit den im Menü 
ausgewählten Variablen, die den Koordina-, 
ten zugeordnet sind. In dem Bild werden indi- 
rekt weitere dynamische Methoden verwen- 
det. Ein wichtiges Hilfsmittel ist die Identifika- 
tion von Beobachtungen. Im Bild 1 fallen bei- 
spielsweise die 2 Beobachtungen in der 
Nähe des Dreibeins auf, die wie Satelliten die 
Punktwolke umkreisen. Möchte man diese 
ausreißerverdächtigen Beobachtungen iden- 
tifizieren, kann man das tun, indem man den 
Cursor in ihre Nähe bewegt. Dadurch wird die 
Beobachtungsnummer oder der Name ange- 
zeigt (hier: Nr. 37 und Nr. 7). Umgekehrt ist es 
häufig von Interesse, bestimmte Beobach- 
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tungen im Datensatz wiederzufinden. Dazu 
kann man in einem Beobachtungsmenü die 
gewünschte Beobachtung auswählen, die 
dann sofort auf dem Bildschirm durch Blin- 
ken, Farbe oder ein Symbol hervorgehoben 
wird. Schließlich wurde im Bild 1 ein Objekt- 
cluster identifiziert und die Beobachtungen 
einer speziellen, vorgegebenen Gruppe (der 
Kontrollgruppe des Experimentes) durch ein 
spezielles Symbol (auch Farbe ist möglich) 
markiert. Auf diese Weise markierte und 
identifizierte Beobachtungen lassen sich in 
speziellen Teilmengen ablegen und bei Be- 
darf aus dem Bild ausblenden. Das Bild wird 
danach neu aufgebaut und umskaliert. Sol- 
che Teilmengen lassen sich in der Grafik 
auch durch Anklicken einzelner Beobachtun- 
gen mit dem Cursor oder durch Einschließen 
in Polygonzüge, im Beobachtungsmenü 
durch Auswahl von Beobachtungen, erzeu- 
gen, getrennt analysieren (und dabei jeder- 
zeit wieder in den Datenbereich aufneh- 
men). 

Neben den Punkten lassen sich auch Linien 
und Flächen an das rotierende System über- 
geben. In den Farbbildern 1 und 2 auf der 2. 
Umschlagseite rotiert beispielsweise die 
Funktion 



und die einzelnen Gitterpunkte wurden durch 
Flächen gefüllt. Bei der Rotation werden aus 
rechentechnischen Gründen allerdings nur 
die Gitterpunkte als Skelett bewegt. Wird 
diese Rotation unterbrochen, wird das Bild 
mit Flächen bzw. Linienzügen wieder voll- 
ständig aufgebaut. 

Bild 2 zeigt eine weitere interaktive Methode: 
In einer Streudiagramm-Matrix werden aus- 
gewählte Variablen gegeneinander aufgetra- 
gen. So entspricht beispielsweise das Feld 
(1 ,2) dem Streudiagramm, das durch die Va- 
riablen 2 und 3 gebildet wird. Auch hier las- 
sen sich Beobachtungen identifizieren. Fährt 
man mit dem Cursor ein Objekt in einem 
Streudiagramm an, wird es zeitgleich durch 
Blinken oder Einfärben in allen anderen Fel- 
dern der Streudiagramm-Matrix hervorgeho- 
ben. Wiederum lassen sich Gruppen markie- 
ren und farbig hervorheben wie es im Titelbild 
zu sehen ist. Von R. A. Fisher wurden hier die 
drei Iris-Arten (Schwertlilien) Setosa, Versi- 
color und Virginica analysiert und durch die 
Variablen Länge und Breite der Kelchblätter 
sowie Länge und Breite der Blütenblätter 
charakterisiert. Von Interesse ist, wie die Ar- 
ten durch diese Variablen unterschieden 
werden können. So hebt sich beispielsweise 
die Länge der Blütenblätter (Variable petale 
Länge) der Art Iris setosa (rot) deutlich von 
der anderer Arten ab. 

Eine mögliche visuelle Verknüpfung zwi- 
schen den einzelnen Variablen kann durch 
das Brushing erreicht werden. Brush 
(deutsch: Bürste) ist ein in Größe und Form 
frei bestimmbarer rechteckiger Rahmen, der 
mit Hilfe der Cursortasten oder der Maus 
über den Bildschirm bewegt werden kann. 
Punkte, die in dem Rahmen liegen, werden 
auch in allen anderen Feldern der Streudia- 
gramm-Matrix optisch und zeitgleich hervor- 
gehoben. Verschiebt man beispielsweise 
den Rahmen entlang der niedrigen Werte ei- 
ner bestimmbaren Variablen in einem ausge- 
wählten Feld, wählt also kleine Intervalle der 
zweiten Variablen aus, so kann man das Auf- 
leuchten der Daten zu den ausgewählten 


Beobachtungen auch bei den anderen Varia- 
blen verfolgen, und so, falls vorhanden, be- 
dingt Abhängigkeiten aufdecken. Auf diese 
Weise werden nicht selten Zusammenhänge 
sichtbar, die anderweitig nicht zu entdecken 
waren. Im Bild 2 wurden 2 Punkte mit dem 
Rahmen ausgewählt (fette Punkte), bei de: 
nen es sich offensichtlich um Ausreißer han- 
delt, da sie auch in anderen Streudiagram- 
men isoliert liegen. 

Prinzipiell sind 4 dynamische Grundoperatio- 
nen möglich: 

das Hervorheben von Daten in einem Rah- 
men - eine Arbeitsweise zur Clustersuche. 
Manchmal ist es günstig, die Punkte nur so- 
lange hervorzuheben, solange sie in dem 
Rahmen sind und danach wieder zu inaktivie- 
ren. Das ist besonders bei umfangreichen 
Daten anzuwenden. 

Durch das Separieren von Punktclustern 
oder Ausreißern lassen sich die verbleiben- 
den Daten leichter nach Strukturen durchsu- 
chen. 

Schließlich sind das Markieren und Identifi- 
zieren von Punkten oder Punktclustern wich- 
tige Grundoperation. 

Durch die Kombination von rotierenden 3-D- 
Punktwolken mit den Möglichkeiten des Ein- 
rahmens lassen sich zusätzlich Einblicke in 
die multivariante Datenstruktur erhalten, da- 
bei wurden das Instrumentarium und die 
Möglichkeiten dynamischer Grafik nur ange- 
deutet/6/. 

Hard- und Softwareanforderungen 

Interaktive Datenanalyse und dynami- 
sche Grafik stellen hohe Anforderungen an 
die Hardware. Gegenwärtig sind dynami- 
sche Systeme meist noch an Workstations 
gebunden, die über wenigstens 1 MByte 
RAM, eine Leistung von mehr als 1 MFLOPS 
(Millionen Gleitkommaoperationen pro Se- 
kunde), einen hochauflösenden Bildschirm 
(z. B. 1 024 x 1 024 Pixel) und ein grafisches 
Eingabesystem wie etwa die Maus verfü- 
gen. 

Besonders geeignet sind Workstations mit 
Lisp-Architektur (Symbolics Lispmachine, 
Explorer, Macintosh II mit Micro-Explorer- 
Board). Hierbei kann der Bildschirm in meh- 
rere Fenster aufgefeilt werden. Im Editor- 
Fenster wird das Lisp-Programm geschrie- 
ben, in mehreren Bild-Fenstern, die beliebig 
positioniert und in Größe und Form geändert 
werden können, laufen aktive grafische Pro- 
zesse gleichzeitig ab. 

Unter dem Betriebssystem MS-DOS ist das 
Dynamic Graphics System DGS als Bestand- 
teil des Programmsystems PC-ISP (Interac- 
tive Scientific Processor) verfügbar m. (Alle 
Bilder dieses Beitrages wurden mit diesem 
System erstellt.) Die Grundanforderungen 
hierfür sind 640 KByte RAM, ein CGA- oder 
EGA-/VGA-Graphikadapter und ein Farbmo- 
nitor (oder ein Schwarzweiß-Multisync-Moni- 
tor). Die qualitativen Unterschiede zwischen 
CGA und EGA werden in den Farbbildern 1 
und 2 deutlich. 

Das Interface-Konzept 

Zur Steuerung von DGS werden Menüs 
verwendet. Die einzelnen Menüs (das Re- 
präsentationsmenü auf dem Bildschirm 
oben, das Farbmenü unten und die überla- 
gerten Menüs für Variablen, T eilmengen und 
Beobachtungen) werden durch Tastendruck 
ausgewählt, in den Menüs selbst bewegt 
man sich mit den Cursortasten oder der 
Maus. 


Bei der Menüsteuerung werden nur wenige 
Bits an Informationen übertragen, so daß 
eine leichte Interaktion mit dem System mög- 
lich ist. Allerdings sind damit den Menüs auch 
Grenzen gesetzt, sie sind nicht für alle Dinge 
geeignet. Als Anwenderschnittstelle dient 
deshalb die matrixorientierte, interpretative 
Kommandosprache ISP (Interactive Scienti- 
fic Processor), die - mit nahezu identischem 
Befehlsumfang der Apollo-Workstations - für 
Personalcomputer (als PC-ISP) beim For- 
schungsinstitut für Hygiene und Mikrobiolo- 
gie Bad Elster erhältlich ist. PC-ISP ermög- 
licht eine flexible Dateneingabe und Daten- 
ausgabe, sowie die Dateiarbeit, umfaßt 
mächtige Matrix-Befehle, statische Stan- 
dardberechnungen und weniger gebräuchli- 
che statistische Operationen, aber auch Mo- 
dellanpassung, Glättungsalgorithmen, Nu- 
merik, Zeitreihenanalyse und gestattet ein in- 
teraktives Experimentieren, ganz gleich, ob 
es sich um statistische oder andere Daten 
handelt. Farbbild 5 zeigt beispielsweise über- 
lagerte Zeitreihen, wie sie mit ISP bearbeitet 
werden. Dabei ist ISP bemerkenswert 
schnell; bei Datensätzen mit einigen hundert 
Werten erscheint die Antwort auf die meisten 
Befehle augenblicklich, und die interaktive 
Arbeit bleibt auch bei Datensätzen durchführ- 
bar, die aus mehreren tausend Werten beste- 
hen. Durch einfache Makroprogrammierung 
läßt sich der Befehlsumfang beliebig und indi- 
viduell erweitern, und durch sogenannte 
Script-Files lassen sich ISP-Sitzungen belie- 
big nachvollziehen. Mit ISP als Anwender- 
schnittstelle werden wichtige, im allgemeinen 
zyklisch durchlaufene variierte Tätigkeiten 
des empirisch arbeitenden Datenanalytikers 
unterstützt. Fachwissenschaftler und Statisti- 
ker wählen versuchsweise einen analyti- 
schen Ansatz aus, führen dann einen Analy- 
senschritt durch, betrachten die Daten auf 
dem Bildschirm (Übergang zu DGS), inter- 
pretieren und modifizieren das Zwischener- 
gebnis nach gemeinsamer Beratung und füh- 
ren den nächsten Schritt der experimentellen 
Informationsfindung aus. 
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Einführung 

Beim rechnergestützten Erzeugen von Bil- 
dern mittels Rasterdisplays setzen sich so- 
wohl im monochromatischen als auch im poly- 
chromatischen Bereich in zunehmendem 
Maße sogenannte vollgrafische Geräte durch. 
Das ist in erster Linie durch die ständig sinken- 
den Kosten für die notwendigen großen Bild- 
wiederholspeicher (Pixelspeicher) und den 
Einsatz immer leistungsfähigerer CPUs im 
Mehrprozessorverbund bedingt. Für solche 
vollgrafischen Rasterdisplays sind inzwi- 
schen umfangreiche und mit hohem Komfort 
versehene Softwarepakete entwickelt wor- 
den und weltweit im Einsatz IV. Vorausset- 
zung dafür sind allerdings Hostrechner mit 
großem Leistungsvermögen. Auch für 8-Bit- 
Bürocomputer existieren leistungsstarke 
Grafikprogramme, mit denen das Editieren 
eines Computerbildes relativ einfach und 
praktisch im Echtzeitbetrieb möglich ist. 

Ein wichtiges Teilproblem stellt das Spei- 
chern fertiger Bilder auf externen Datenträ- 
gern dar. Bei komfortablen Systemen werden 
Metafiles verwendet, deren einzelne Objekte 
bei Aufruf durch die Systemsoftware das fer- 
tige Bild generieren. Durch 8-Bit-Mikrorech- 
rer kann mit diesem Verfahren kein Echtzeit- 
auftuf fertiger Bilder erreicht werden. Für eine 
Reihe von Problemen sind aber das externe 
Speichern einer großen Zahl vorgefertigter 
Bilder mit geringem technischen Aufwand 
und der verzögerungsfreie Wiederaufruf von 
entscheidender Bedeutung (DIA-Prinzip bei 
Auskunftssystemen und im rechnergestütz- 
ten Unterricht, programmiertes Lernen, An- 
zeigen in Industriesteuerungsanlagen u. ä.). 
Für die Lösung solcher Aufgaben bieten sich 
bei Mikrorechnern der unteren Leistungs- 
klasse pseudografische Verfahren an (Bild- 
wiederholspeicher als Bildelementcodespei- 
cher in Zusammenarbeit mit einem Zeichen- 
generator). Zwar sind dann die Möglichkeiten 
beim Entwurf und bei der Konstruktion von 
Bildern etwas eingeschränkt, aber auf Grund 
des im allgemeinen um mindestens eine Zeh- 
nerpotenz niedrigeren Speicherbedarfs be- 
sitzen solche Geräte den großen Vorteil, daß 
sie fertige Bilder als topologische Strukturen 
abspeichern und damit eine minimale Gene- 
rierungszeit bei Wiederaufruf gewährleisten 
können. 

Um beim Editieren der Bilder nicht allzu stark 
eingeschränkt zu werden, verwenden lei- 
stungsstarke Rasterdisplays mit Bildele- 
mentcodespeicher oftmals programmierbare 
Zeichengeneratoren, deren Inhalt von Bild zu 
Bild gewechselt werden kann. Einige solcher 
Geräte ermöglichen bei schwach besetzten 
Bildern (Sparce-Grafik) das Erzeugen poly- 
chromatischer Grafiken, die nicht von denen 
vollgrafischer Geräte zu unterscheiden sind 
(Farbstruktur im Pixelraster) 121. Zielstellung 
bei der Bildkonstruktion ist die Organisation 
eines möglichst hohen Wiederholgrades ein- 
zelner Bildelemente und die optimale Ausla- 
stung des Zeichengenerators. Dabei spielt 


das Geschick des Konstrukteurs eine we- 
sentliche Rolle, wobei sich der notwendige 
Mehraufwand bei den angeführten Einsatz- 
fällen meist lohnt. 

Plazierung neuer Bildelemente 

Völlig unabhängig von ihrem Aufbau können 
Bildwiederholspeicher (BWS) und program- 
mierbare Zeichengeneratoren (ZG) als spe- 
zielle Datenstruktur vom Filetyp aufgefaßt 
werden. In solch einem Modell enthält jeder 
Datensatz des Bildwiederholspeichers einen 
Bildelementecode (BEC), wobei die üblicher- 
weise ebenfalls vorhandenen Attributinfor- 
mationen nicht beachtet werden. Jeder Da- 
tensatz des Zeichengenerators enthält die 
Strukturinformationen eines vollständigen 
Bildelementes (BE). Die Datensätze beider 
Files können von der CPU im Direktzugriff er- 
reicht werden. Beim Bildrefresh ist der Zugriff 
der Steuerhardware auf den Bildwiederhol- 
speicher rein sequentiell, auf den Zeichenge- 
nerator ebenfalls im Direktmodus. 

Ein Objekt (Gerade, Kreis u. ä.) wird als Folge 
einzelner Bildelemente konstruiert. Nach 
Fertigstellung ist ein Bildelement an der rich- 
tigen Stelle im Gesamtbild zu plazieren, wo- 
bei jedem Bildelement-Platz eindeutig eine 
feste Datensatznummer des Bildwiederhol- 
speichers zugeordnet ist. 

Mit den Bezeichnungen 

- BWS 0) oder ZG (i): Inhalt der Datensätze 
j bzw. i 

- k: Anzahl der BE im Gesamtbild (Größe 
der Datei BWS) 

- n: Anzahl der möglichen BEC (Größe der 
Datei ZG), 


Bild 1 Plazierung eines neuen Bildelementes 
im Gesamtbild 


und der eindeutigen Zuordnung BEC = f (i) 
bzw. i = g (BEC) gilt der Algorithmus nach 
Bild 1. 

Zunächst wird der an dieser Stelle bisher pla- 
zierte Bildelementecode gelesen und das 
ihm zugeordnete Bildelement mit dem neuen 
Bildelement zu einem komplexen Bildele- 
ment gemischt. Danach erfolgt eine Prüfung, 
ob das bisherige Bildelement einmalig im Ge- 
samtbild vorhanden war (Suchvergleich 1). 
Wenn ja, wird der entsprechende Datensatz 
im Zeichengenerator freigegeben. Damit 


wird gewährleistet, daß nur benötigte Bildele- 
mente Platz im Zeichengenerator beanspru- 
chen. Im weiteren wird geprüft, ob das kom- 
plexe neue Bildelement selbst schon im Zei- 
chengenerator vorhanden ist (Suchvergleich 
2), das heißt ob dafür schon ein Bildelemen- 
tecode existiert. Wenn ja, erfolgt dessen Ein- 
tragung an vorgesehener Stelle im Bildwie- 
derholspeicher (damit erhöht sich der Wie- 
derholungsgrad dieses Bildelementecodes 
um 1); wenn nein, so wird ein leerer Daten- 
satz im Zeichengenerator gesucht, dort das 
komplexe Bildelement eingetragen und der 
zugeordnete BHdelementecode im Bildwie- 
derholspeicher plaziert. Wird kein Leersatz 
im Zeichengenerator gefunden, ist die Kapa- 
zität des Gerätes erschöpft (nicht gezeich- 
net). 

Als besonders hemmend für einen schnellen 
Bildaufbau erweisen sich dabei die beiden 
zeitintensiven sequentiellen Suchvergleiche. 
Wenn in den Datensätzen des Zeichengene- 
rators neben den Informationsbits der Struk- 
tur der Bildelemente weitere Bits zur Kenn- 
zeichnung des Wiederholgrades des betref- 
fenden Bildelementes reserviert und verwal- 
tet werden, kann der Suchvergleich 1 entfal- 
len. Das ist zum Beispiel ohne erhöhten Auf- 
wand manchmal dann möglich, wenn die Ma- 
trixstruktur des Bildelementes nicht durch ein 
2"-Byteraster dargestellt werden kann und 
damit in den Datensätzen des Zeichengene- 
rators redundante Bits vorhanden sind. 

Bild 2a zeigt aber, daß die ausschließliche 
Organisation aller Suchoperationen unter 
Verwendung von Datenstrukturen, die unmit- 
telbar am Bildrefresh beteiligt sind, nicht 
zweckmäßig sind. 

Nur durch entsprechende Synchronisation 
(z. B. CPU-Zugriff im Bildrücklauf) ist ein stö- 
rungsarmer Bildaufbau möglich, allerdings 
auf Kosten eines etwa Sfachen Zeitbedarfs 


Bild 2 Datenfluß (qualitativ) beim Bildaufbau 
und beim Bildrefresh ohne (a) und mit (b) Ergän- 
zungsstruktur ES 

<-> geringer Datenfluß im Zeitmittel 
<=> großer Datenfluß im Zeitmittel 

für den Konstruktionsablauf. Eine günstigere 
Variante stellt die Verwendung einer dritten, 
nur im CPU-Zugriff stehenden Ergänzungs- 
struktur (ES) dar (Bild 2b). 

Beispielsweise wäre das vollständige Dou- 
blieren von Bildwiederholspeicher und Zei- 
chengenerator durch Ergänzungsstrukturen 
denkbar. Dann verbleiben als CPU-Zugriffe 
zum Bildwiederholspeicher und zum Zei- 
chengenerator nur die Einschreibaktionen; 
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Bildstörungen sind auch im unsynchronisier- 
ten Fall kaum wahrnehmbar. Nachteilig ist 
der relativ große Speicherbedarf (5-7 
KByte), so daß diese Variante insbesondere 
beim Einsatz speicherintensiver Sprachen 
und Interpreter (Turbo- Pascal, Basic) im 
Rahmen der 8-Bit-Standardtechnik un- 
zweckmäßig ist. 

Verwendung von Suchcodes 

Das nachfolgend beschriebene Verfahren 
zeigt eine Möglichkeit, wie durch die spezielle 
Ergänzungsstruktur ZGMAP eine zeit- und 
spefchereffektive Verwaltung der redundanz- 
losen Strukturen Bildwiederholspeicher und 
Zeichengenerator unter Gewährleistung ei- 
nes geringen Störgrades beim Bildaufbau or- 
ganisiert werden kann. ZGMAP umfaßt 
gleichviel Datensätze wie der Zeichengene- 
rator, dabei enthält ZGMAP (i) die ZG(i) zu- 
geordneten Informationen. Die Datensatz- 
struktur von ZGMAP besteht aus zwei Fel- 
dern. Feld 1 beinhaltet Informationen über 
den Wiederholgrad des zugeordneten Bilde- 
lementes im Gesamtbild (0 = Leersatz des 
ZG). Feld 2 dient als Schlüsselfeld für den 
Suchvergleich 2. Die Schlüsselinformation 
wird durch geeignete Verdichtung aus der In- 
formationsstruktur jedes erzeugten Bildele- 
mentes gebildet. Ziel ist die eindeutige Abbil- 
dung der „langen“ Informationsstruktur (ty- 
pisch 8 oder 16 Byte) auf einen „kurzen“ 
Suchcode (typisch 1 Byte). Obwohl eine sol- 
che Abbildung wegen des Informationsge- 
haltes der Bildelemente-Strukturen nicht um- 
kehrbar eindeutig sein kann, ist es möglich, 
durch geeignete Abbildungsfunktionen eine 
relativ gleichmäßige Verteilungsdichte für die 
Suchschlüssel aller Bildelemente, die zu ei- 
nem Bild gehören, zu gewährleisten. Damit 
kommen gleiche Suchschlüssel für verschie- 
dene Bildelemente nur mit geringer Wahr- 
scheinlichkeit in ZGMAP vor. Die Verwaltung 
von Bildwiederholspeichern und Zeichenge- 
neratoren mit ZGMAP zeigt Bild 3. 

Der Suchvergleich 1 reduziert sich auf das 
Rückwärtszählen der entsprechenden 
ZGMAP-Information (Feld 1), wobei gegebe- 
nenfalls automatisch die Freigabe des zuge- 
ordneten Datensatzes des Zeichengenera- 
tors erfolgt. In diesem Falle wird auch der 
ausschließlich Leersätze kennzeichnende 
Suchcode 0 in Feld 2 eingetragen, um diese 
Leersätze vom Suchvergleich 2 auszuschlie- 
ßen. 

Der Suchvergleich 2 erfolgt in zwei Stufen. Im 
sequentiellen Zugriff werden die Datensätze 
von ZGMAP durchsucht, bei übereinstim- 
mendem Suchschlüssel erfolgt der Direktzu- 
griff zum Zeichengenerator und der Vergleich 
der vollständigen Bildelemente-Strukturinfor- 
mation. Der weitere Ablauf entspricht dem in 
Bild 1 mit den für die Aktualisierung von 
ZGMAP notwendigen Erweiterungen. 

Realisierungsvariante 

Beim Mustergerät /2/ sind Bildwiederholspei- 
cher und Zeichengenerator redundanzlose 
Hardwarestrukturen mit den Kennwerten 
k = 1 024 (Platzzahl im BWS), n = 192 (mög- 
liche BEC) und 16x8 Bit Punktraster der 
Bildelemente. ZGMAP ist softwaremäßig als 
Array-Struktur mit insgesamt 192x2 Byte 
realisiert. 

Ziel der Implementierung war geringer Spei- 
cherbedarf bei schnellstmöglichem Zugriff. 
Als Suchcode wurde ein CRC-Restpolynom 
von 1 Byte verwendet, wobei der Wert 0 aus- 
geschlossen ist. Damit kann eine gute Gleich- 


verteilung aller Suchcodes eines realisierten 
Bildes erreicht werden. Um die mittlere Aus- 
lastung von Feld 1 (ZGMAP) nicht allzu unef- 
fektiv werden zu lassen und auch um bei des- 
sen Informationsverarbeitung schnelle 8-Bit- 
Operationen benutzen zu können, wurde auf 
eine absolute Zählung des Wiederholungs- 
grades (maximal 1 024/BE) verzichtet. Nach 
Erreichen eines maximalen Zählwertes (128) 
wird auch bei erneutem Einschreiben des zu- 
gehörigen Bildelementecodes in den Bildwie- 
derholspeicher keine weitere Erhöhung vor- 
genommen. Ergibt sich im Verlaufe der Bild- 
konstruktion die Löschung eines solchen 
Bildelementecodes im Bildwiederholspei- 
cher, so wird beim notwendigen Rückwärts- 
zählen von ZGMAP ein Markierungsbit ge- 
setzt. Wenn insgesamt 128 gleiche Bildele- 
mentecodes wieder aus dem Bildwiederhol- 
speicher entfernt worden sind, kann aus der 
ZGMAP-Information keine Aussage mehr 
über den Wiederholgrad dieses Bildelemen- 
tecodes getroffen werden. Deshalb wird zu 
diesem Zeitpunkt eine spezielle Zählproze- 
dur wirksam, die den ganzen Bildwiederhol- 
speicher nach diesem Bildelementecode 
durchsucht und das Ergebnis in Feld 1 ein- 
trägt. Da entsprechend der Wahrscheinlich- 
keit für das Auftreten gleicher Bildelemente- 
codes dieser Fall nur sehr selten vorkommt, 
tritt im Mittel keine merkliche Zeitverzöge- 
rung oder Bildstörung auf. 

Praktische Ergebnisse 

Die besprochene Verwaltungsorganisation 
wurde in ein Paket grafischer Grundfunktio- 
nen implementiert, das seit rund vier Jahren 
erfolgreich zur Ausgabe von Farbgrafiken ho- 
her Qualität durch Bürocomputer BC 5120 
genutzt wird. Oie Universalität des Verfah- 
rens wird durch die verwendeten Betriebs- 


Bild 3 Plazierung eines neu- 
en Bildelementes unter Ver- 
wendung von ZGMAP 


Systeme (SCP, UDOS, WEGA) und Pro- 
grammiersprachen (ASM, BASI, Turbo-Pas- 
cal, Basic, PLZSYS, C) demonstriert. Der 
Gesamtspeicherbedarf für die Verwaltung 
von Bildwiederholspeicher und Zeichenge-^ 
nerator beträgt etwa 900 Byte. Der unsyn-' 
chronisierte CPU-Zugriff gewährleistet einen 
schnellen Bildaufbau. Die verbleibenden 
Reststörungen werden von den meisten An- 
wendern nicht qualitätsmindernd gewertet. 
Im Vergleich mit anderen untersuchten Ver- 
waltungsformen (synchronisierter und un- 
synchronisierter Zugriff mit einfacher Bele- 
gungsliste des Zeichengenerators, software- 
mäßiges Puffern von Bildwiederholspeicher 
und Zeichengenerator) stellt das Verfahren 
einen guten Kompromiß zwischen den Be- 
wertungskriterien Speicherbedarf und Stö- 
rungen beim Bildaufbau dar. 
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Echtzeituhr für Mikrorechner 


Konrad Malsch 
VEB Mikroelektronik 
„Wilhelm Pieck“ Mühlhausen 


Einführung 

Die Echtzeituhr (EZU) generiert elektronisch 
die aktuelle Uhrzeit unabhängig von eventu- 
ellen Netzspannungsausfällen oder -ab- 
schaltungen des übergeordneten Rechners. 
Fehlfunktionen durch gewollt oder ungewollt 
falsche Zeiteingaben, wie sie bei herkömm- 
lichen „Softwareuhren“ möglich sind, ent- 
fallen somit. Gegenüber Funkuhren besitzt 
die EZU den Vorteil, daß die Zeitinforma- 
tion binnen weniger Millisekunden nach 
Spannungszuschaltung zur Verfügung 
steht. 

Das vorliegende Konzept wurde speziell für 
Mikrorechner auf der Basis des Prozessors 
U880 entwickelt. Durch geringfügige Hard- 
und Softwaremodifikationen läßt es sich an 
spezifische Systembedingungen problemlos 
anpassen. Auch der Einsatz im Rahmen des 
16-Bit-Mikrorechnersystems U8000 ist 
denkbar. Besonders günstig gestaltet sich 
die Zusammenschaltung mit Rechnern, die 
über einen batteriegestützten CMOS-RAM 
verfügen, oder mit Einchipmikrorechnern, die 
im Power-down-Modus betrieben werden 
können. In einem solchen Fall beschränkt 
sich der Stellvorgang statt der sonst erforder- 
lichen Tastatursimulation auf das Ablegen ei- 
nes Korrekturwertes im batteriegestützten 
Speicher. Minimal zwei Eingabeleitungen rei- 
chen so zur Übernahme der Uhrzeit aus, wel- 
che nach Verknüpfung mit dem oben ge- 
nannten Korrekturwert die Echtzeit ergibt. 

Technische Daten 

- Bereitstellung von Wochentag, Tag, Stunden, Minuten, 
Sekunden im direkten BCD-Code (gepackt) 

- 5 freie Portleitungen (Bitmodus) für Steuerzwecke 

- Einplatinenbaugruppe 115 mm x 122,5 mm 

- Funktionsdauer mit einem Batteriesatz > 1 Jahr 

- Genauigkeit: im Mittel ± 20 Sekunden/Monat im Umge- 
bungstemperaturbereich von 20 bis 25 Grad Celsius 

- Stromversorgung: +5V, ca. 0,3 A; -5V, ca. 0,02 A; 
2 Stück Silberoxidknopfzellen oder 1 Stück Lithiumzelle CR 
2032 


Funktionsweise 

Das Funktionsprinzip der Schaltung wird im 
folgenden anhand des Blockschaltbildes 
(Bild 1) erläutert. Kernstück der Schaltung ist 
der quarzgenaue Zeitgeber auf der Basis des 
Uhrenrechnerschaltkreises U 825 G (12- 
Stunden-Zähler) oder U 827 G (24-Stunden- 
Zähler). Dieses Bauelement zeichnet sich 
gegenüber vergleichbaren CMOS-Uhren- 
schaltkreisen (z. B. U 131 G) dadurch aus, 
daß das Anzeigeregister, das nach dem Ein- 
schalten die Uhrzeit enthält, zu Testzwecken 
ständig seriell ausgegeben wird 12/. Eine De- 
codierung der LCD-Ansteuersignale wäre 
auf Grund des erheblichen Aufwandes nicht 
vertretbar. 

Über ein paralleles Ein-/Ausgabeinterface 
(PIO) werden die serialisierten Zeitinforma- 
tionen in das Anwendersystem eingelesen 
sowie Stellinformationen an den Zeitgeber 
übermittelt. Zur Kopplung dieser Baugruppen 
sind Pegelanpaßstufen sowie Komparatoren 


erforderlich. Außerdem muß eine geeignete 
Einordnung der PIO in das Mikrorechnersy- 
stem mittels Adreßdecoders und Steuerlogik 
erfolgen. Der computerseitige Anschluß der 
EZU wird über die in Mikrorechnern allge- 
mein üblichen Bussysteme gebildet. Im vor- 
liegenden Anwendungsfall macht es sich er- 
forderlich, daß Adreß- sowie Steuersignalbus 
getrieben werden, während der Datenbus 
ungepuffert verwendet wird. 

Durch die Steuerlogik werden folgende Funk- 
tionen erfüllt: 

- Aussenden eines Strukturbytes auf Anfor- 
derung durch den Computer 

- Speichern und Anzeige der Betriebsart 
(online/offline) 

- systemgerechte Einbindung der EZU in 
die Prioritätsketten 

- Verzögerung des Steuersignals/IORQ 

Zur Senkung des Schaltungsaufwandes 
kann unter Umständen der Umfang dieser 
Logikbaugruppe auf ein Minimum (Realisie- 
rung der Prioritätsketten) reduziert werden. 
Der Adreßdecoder bildet aus der Adresse 
078 Fl sowie zwei Freigabesignalen der Steu- 
erlogik das Signal /CS für die PIO. Somit wird 
der Adreßbereich 078 Fl bis 07BFI belegt. 
Eine Anpassung an andere E/A-Adressen ist 
durch eine entsprechende Beschaltung des 
Decoders leicht vorzunehmen. Der PIO- 
Schaltkreis ist systemseitig mit dem ungetrie- 
benen Datenbus und den erforderlichen 
Steuersignalen verbunden. Da ein spezieller 
Rücksetzanschluß fehlt, wird diese Funktion 
durch UND-Verknüpfung der Signale /Ml 
und /RESET ermöglicht /3/. 

Tor A der PIO ist mit den Tastaturanschlüs- 
sen K1-K8 des Uhrenrechnerschaltkreises 
verbunden. Über diese Leitungen werden 
Tastatureingaben softwaremäßig simuliert 
(siehe Programmbeschreibung). Außerdem 
liefert die Leitung K7 das Synchronsignal zur 
seriellen Datenschnittstelle am U 825 G. Für 
die genannten Funktionen werden die An- 
schlüsse teilweise als Ein- und Ausgänge be- 
nutzt. 

Tor B übernimmt auf je einer Leitung die se- 
riellen Daten, ein Batteriezustandssignal so- 
wie Sekundenimpulse, aus denen Interrupts 
generiert werden. Die restlichen 5 Toran- 
schlüsse sind unbeschaltet und können im 
Bitmodus anderweitig verwendet werden. 

Die Pegelanpassung zwischen PIO und Zeit- 
geberschaltkreis (U b = 3V) ist nur für PIO- 
Ausgänge erforderlich und erfolgt über Span- 
nungsteiler. Sie garantieren, daß die maxi- 


male Eingangsspannung für den U 825 G 
(zirka 3,3 V) nicht überschritten wird. Im Ru- 
hezustand werden die PIO-Anschlüsse auf 
Eingabe programmiert, so daß die Tastatur- 
anschlüsse unbeeinflußt bleiben. 

Der Zeitgeberschaltkreis wird, was Takt und 
Stromversorgung betrifft, in seiner Standard- 
beschaltung eingesetzt. Von den LC-Dis- 
play-Anschlüssen findet lediglich Leitung B3, 
die das im Sekundentakt blinkende Minuszei- 
chen zwischen Stunden- und Minutenan- 
zeige ansteuert, Verwendung. Der zugehö- 
rige Komparator steuert ein nachtriggerbares 
Monoflop an, wenn die Spannung am inver- 
tierenden Eingang größer als 2,3 V ist (Seg- 
ment B3 angesteuert). Die Haltezeit des Mo- 
noflops wurde so gewählt, daß die Multiplex- 
frequenz der Anzeige am Ausgang nicht in 
Erscheinung tritt 121. Somit steht eine Fre- 
quenz von 1 Hz mit einem Tastverhältnis von 
0,5 zur Gewinnung von Sekundeninterrupts 
zur Verfügung. In der Betriebsart online ge- 
langen die Sekundenimpulse zum Anschluß 
1 des PIO-Tors B und takten gleichzeitig eine 
Zustandsanzeige. 

Die Betriebsspannung des U 825 G wird mit 
Hilfe eines Komparators auf ihren Minimal- 
wert von 2,8 V getestet. Einer entsprechen- 
den Programmroutine obliegt die Bewertung 
des bei zu niedriger Batteriespannung ent- 
stehenden L-Pegels am Eingang B2 der 
PIO. 

Am Anschluß TS3 des U 825 G (Open-Drain- 
Ausgang) wird der serielle Datenstrom hoch- 
ohmig abgegriffen und über einen Kompara- 
tor auf TTL-Pegel umgesetzt. In allen Kom- 
paratoren kommen BIFET-Operationsver- 
stärker zum Einsatz. Dadurch konnte die 
Dauerbelastung der Uhrenrechnerstromver- 
sorgung gering (zirka 0,015 mA) gehalten 
werden. Zur Anpassung der Operationsver- 
stärkerausgänge an die TTL-Bedingungen 
der PIO-Eingänge dienen Dioden-Wider- 
standskombinationen. 

Programmbeschreibung 

Die Software zur EZU umfaßt eine Initialisie- 
rungsroutine, eine Interruptroutine zum Aus- 
lesen der Zeitinformation aus dem U 825 G 
sowie ein Programm zum Stellen der Uhr. Im 
Rahmen der Initialisierung wird die EZU on- 
line geschaltet, sowie die Batteriespannung 
abgefragt. Aus diesen beiden Aktivitäten 
können Fehlermeldungen resultieren. Wei- 
terhin werden die Portleitungen der PIO als 
Ein- oder Ausgänge festgelegt, die Ports in 
den Bitmodus geschaltet sowie Leitung Bl 
zur Interruptauslösung (H-L-Flanke des Se- 
kundentaktes) freigegeben. Nach Bereitstel- 
lung des Interruptvektors und Aktivierung der 
Interruptlogik der CPU (El) wird der erste Se- 
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Bild 3 Zuordnung der Zeitinformation zu den K-Impulsen (1 Zyklus) 



kundeninterrupt abgewartet, so daß beim 
Verlassen der Initialisierungsroutine nach 
maximal einer Sekunde bereits die aktuelle 
Uhrzeit im Speicher verfügbar ist. 

Der Programmablauf zur Gewinnung der 
Uhrzeit ist in Bild 2 dargestellt. Außerdem 
wird in Bild 3 die Zuordnung der Zeitinforma- 
tion (verdeutlicht am Beispiel 8.30 Uhr) zu 
den Tastaturimpulsen ersichtlich. In der Zeit- 
erfassungsroutine werden die Sekunden ge- 
zählt, zu jeder vollen Minute die Zeit (Sekun- 
den, Minuten, Stunden, Wochentag) ermittelt 
und entsprechende Umrechnungen (24- 
Stunden-Anzeige, Kalender) vorgenommen. 
Die Synchronisation für den seriellen Daten- 
austausch bildet der Tastaturimpuls K7. 
Wurde dieser im Polling-Modus erkannt, so 
kann nach Durchlaufen einer Warteschleife 
(1 6,5 Bittakte = 33 Systemtakte des U 825 G) 
das erste Bit der Sekundeneiner eingelesen 


Bild 2 PAP zum Auslesen der 

Uhrzeit aus dem U 825 G im 
Minutentakt 

werden. Die weitere Bitsynchronisation er- 
folgt über Warteschleifen, wobei zur genauen 
Einhaltung des Bittaktes andere Systemin- 
terrupts gesperrt werden (Dl). In diesem Pro- 
grammteil, der aus Zeitgründen (bei Rech- 
nertaktfrequenzen um 2 MHz) nicht völlig in- 
terruptgesteuert ablaufen kann, ist eine ge- 
naue Abstimmung auf die Taktfrequenz des 
verwendeten Mikrorechners vorzunehmen. 
Dazu können für den logischen Programm- 
ablauf bedeutungslose Befehle (NOP; LD 
A,A; . . .) eingefügt werden. Das vorliegende 
Programm wurde an eine Taktfrequenz von 
zirka 1 ,75 MHz angepaßt. 

Da im Datumsspeicher des U 825 G nur 31 
Tage gezählt werden, wird auf das Auslesen 
dieser Information verzichtet und die Kalen- 
derrechnung einschließlich der Verarbeitung 
der Schaltjahre bei Erkennen der Uhrzeit 
0.00 Uhr durchgeführt. Für Tastatureingaben 


zum Stellen der Uhrenregister des U 825 G 
mittels eines Mikrorechners bieten sich ver- 
schiedene Nachbildungsmöglichkeiten an 
121. Gewählt wurde die Variante mit dem ge- 
ringsten Hardwareaufwand, indem die benö- 
tigten Tastaturanschlüsse (K1-K8) mit PIO- 
Anschlüssen (TorA) verbunden werden. Das 
zugehörige Programm erfüllt zur Nachbil- 
dung von Tastenbetätigungen (elektrische 
Verbindung zweier Tastaturanschlüsse) fol- 
gende Funktionen: 

- Abfragen des zur Taste gehörigen Aus- 
ganges auf H 

- Anlegen von H an den zugehörigen Eingang, 
indem die entsprechende PIO-Leitung auf Aus- 
gabe programmiert und ein H ausgegeben wird 

- Abschalten dieses H-Impulses, wenn der 
Tastaturausgang auf L geht (PIO-Leitung 
wieder auf Eingabe schalten) 

Dieser Ablauf wird 1 5mal wiederholt, um ein 
sicheres Erkennen der „Taste“ durch den U 
825 G zu gewährleisten. Danach folgt noch 
eine Warteschleife zum Überbrücken der Zif- 
ferneingabezeit. Das Programm zur Aus- 
gabe der Stellinformationen trennt gepackte 
BCD-Ziffern, testet diese auf Pseudotetraden 
und übergibt an das eigentliche Tastatur-Un- 
terprogramm Steuerinformationen über die je- 
weils benötigten Ein- und Ausgabeleitungen. 
Das gesamte Programm umfaßt etwa 650 
Byte Maschinencode. 
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Heap-Nutzung unter Turbo-Pascal 

auf 1 6-Bit-Rechnern 


Bernd Matzke 


Die Programmiersprache Turbo-Pascal hat 
sich dank ihrer vielen Vorteile unter den auf 
PCs verfügbaren Sprachen einen Spitzen- 
platz erobert. 

Beim Übergang auf 1 6-Bit-Systeme tritt der 
Nachteil der Beschränkung von Programm- 
und Datenspeicherbereich auf maximal 64 
KByte nachteilig in Erscheinung. Der vorhan- 
dene, wesentlich größere Hauptspeicher 
kann nicht direkt für statisch definierte Varia- 
blen genutzt werden, sondern steht nur für 
dynamische Variablen zur Verfügung. Da auf 
diese nur durch Verwendung von Zeigern zu- 
gegriffen werden kann, werden sie wegen 
mangelnder Kenntnisse oder vermeintlicher 
umständlicher Handhabung selten verwen- 
det, der vorhandene Hauptspeicher wird 
nicht genutzt. Umfangreiche Datenbestände 
werden auf ein externes Speichermedium 
ausgelagert und die damit verbundenen 
Nachteile in Kauf genommen. Aber gerade 
auf 16-Bit-Systemen kann durch die Nutzung 
des Heap eine erhebliche Geschwindigkeits- 
steigerung bei der Verarbeitung größerer Da- 
tenbestände erreicht werden. Im folgenden 
sollen drei praxisorientierte Möglichkeiten 
der Heap-Nutzung vorgestellt werden. 

Daten-Cache 

Dieses Verfahren dient zur Beschleunigung 
der Suche von Datensätzen aus sehr großen 
Diskettendateien. Es verwendet die meist zur 
Erläuterung des Zeiger-Konzepts verwen- 
dete verkettete Liste. Der Grundgedanke ist 
folgender: 

Im Heap wird eine lineare Liste angelegt. Ein 
Datensatz wird jetzt zuerst in dieser Liste ge- 
sucht. Nur wenn dort der Datensatz nicht ge- 
funden wird, erfolgt ein Zugriff auf die Dis- 
kette oder die Festplatte. 

Der gefundene Eintrag (egal, ob von Diskette 
gelesen oder im Heap gefunden) wird an den 
Anfang der Liste gesetzt. Die Länge der Liste 
ist jedoch auf eine bestimmte Satzzahl be- 
grenzt, bei deren Überschreitung der jeweils 
letzte Eintrag verlorengeht. Bei einer ausrei- 
chend großen Anzahl von Suchvorgängen 
werden so oft benötigte Einträge am Anfang 
der Liste konzentriert, seltener gesuchte be- 
finden sich in der Liste weiter hinten oder nur 
auf der Diskette. Die Anzahl der Diskettenzu- 
griffe und damit die durchschnittlich zur Su- 
che eines Datensatzes benötigte Zeit verrin- 
gert sich. Dieser Effekt ist um so größer, je 
häufiger bestimmte Datensätze gesucht wer- 
den und um so länger mit dem Programm ge- 
arbeitet wird. 

Das Prinzip erinnert an das aus dem Bereich 
der Hardware bekannte Cache-Konzept. 
Dieses Verfahren ist dann sinnvoll anwend- 
bar, wenn auf die einzelnen Datensätze einer 
großen Datei mit unterschiedlicher Häufigkeit 
zugegriffen wird und diese Datensätze nur 
gelesen werden sollen. 

Durch Verwendung dieses Verfahrens zum 
Suchen von Datensätzen mit Materialanga- 
ben konnte die Laufzeit eines Programms 
zum Schreiben von Rechnungen halbiert 
werden. 


Die Länge der Liste ist so zu wählen, daß das 
lineare Suchen in der Liste wesentlich weni- 
ger Zeit erfordert als das Suchen auf der Dis- 
kette. 

Im Programm heapl sind nur die zum Anle- 
gen und Aktualisieren der Liste notwendigen 
Prozeduren enthalten. Das Hauptprogramm 
und die Prozedur zum Suchen auf Diskette 
sind anwenderspezifisch und sollen hier nicht 
aufgeführt werden. Unter Umständen kann 



auch auf der 8-Bit-Technik trotz wesentlich 
geringerer Heap-Größen mit diesem Verfah- 
ren ein spürbarer Zeitgewinn erzielt wer- 
den. 

Array mit Zeigern 

Für kleinere Dateien, die vollständig im Heap 
Platz haben, ist das oben beschriebene Ver- 
fahren nicht unbedingt sinnvoll, da die lineare 
Suche in einer umfangreichen Liste mehrZeit 
erfordern kann als ein optimal gestaltetes 
Suchverfahren zur Suche auf der Diskette. 

In solchen Fällen kann der Heap durch die im 
Programm heap2 enthaltenen Prozeduren 
ähnlich wie eine RAM-Disk genutzt werden. 
Dabei werden die einzelnen Datensätze im 
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Heap als dynamische Variablen abgelegt 
und die Adresse der Variablen in einem Array 
abgespeichert. Dieses Array kann als stati- 
sche Variable im Datensegment oder auch 
mittels Zeiger im Heap vereinbart werden. Im 
Beispiel wurde die letzte Variante verwen- 
det. 

Im Beispielprogramm werden 5 Prozeduren 
vorgestellt, die je nach Größe von Heap und 
Datei den Zugriff auf die Datei steuern. Sie 
entsprechen in ihrer Funktion den gleichna- 
migen Standardfunktionen. 

Steht im Heap genügend Platz zur Verfü- 
gung, dann wird die komplette Datei in den 
Heap eingelesen. Alle Lese- und Schreib- 
operationen werden dann im Heap durchge- 
führt. Ein Rückschreiben der im Heap gespei- 
cherten Daten erfolgt nur, wenn sie geändert 
wurden. 

Ist der Heap zur Aufnahme der Datei zu klein, 
so wird automatisch die Diskettendatei als 
Eingabe- und Ausgabemedium genutzt. 
Anwenderprogramme werden damit unab- 
hängig von der Heap-Größe. Steht genügend 
Speicherplatz zur Verfügung, ergibt sich eine 
Beschleunigung des Programmablaufes, an- 
sonsten als einzige negative Auswirkung le- 
diglich ein größerer Zeitbedarf. 

Der gleiche Effekt wäre natürlich auch durch 
die Verwendung einer RAM-Disk zu erzielen, 
die aber nicht unter allen Betriebssystemen 
und Rechnertypen zur Verfügung steht und 
die auch nicht durch Kommandos vom An- 
wenderprogramm aus erzeugt werden 
kann. 

Das Beispielprogramm dient lediglich zur De- 
monstration der Prozeduren. Es besitzt kei- 
nen praktischen Hintergrund. 

Übergroße Arrays 

In bestimmten Fällen sind für ein Programm 
extrem große Arrays erforderlich, so bei- 
spielsweise zur Lösung von Gleichungssy- 
stemen mit vielen Unbekannten (Analyse 
elektrischer Netzwerke, Optimierungspro- 
bleme) oder beim Abspeichern eines Leiter- 
plattenentwurfes in Auto-Routing-Program- 
men. In derartigen Fällen kann das im Pro- 
gramm heapß (siehe S.267) angedeutete 
Verfahren genutzt werden. 

Das benötigte Array wird in einzelne Zeilen 
aufgelöst und diese dynamisch vereinbart. 
Die Adresse jeder so vereinbarten Zeile wird 
in einem weiteren, ebenfalls dynamisch ver- 
einbarten Array abgespeichert. 

Für den Zugriff auf die einzelnen Elemente 
des Arrays stehen zwei Prozeduren zur Ver- 
fügung, die dem Anwender die Manipulation 
mit Zeigern ersparen. 

Bei der Arbeit mit dem Programm ist zu be- 
achten, daß beim 16-Bit-Turbo-Pascal die 
Standardfunktion memavail die Größe des 
zur Verfügung stehenden Speichers in Ein- 
heiten zu 16 Byte (sogenannte Paragraphen) 
zurückgibt. Alle Berechnungen, in denen 
diese Funktion genutzt wird, müssen dem- 
entsprechend angepaßt werden. Dabei ist 
die Gefahr der Überschreitung des Werte- 
bereiches von Integer-Variablen zu berück- 
sichtigen. 

Auf 1 6-Bit Systemen werden zur Abspeiche- 
rung eines Zeigers 4 Byte benötigt (Start- 
adresse des 64-kByte-Segments und Offset 
innerhalb des Segmentes). Dieser Platz ist 
bei der Planung der Heap-Nutzung zu be- 
rücksichtigen, da er zumindest bei den bei- 
den ersten Programmen nicht zu vernachläs- 
sigen ist. 
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Typenraddrucker mit IFSS 
an V.24-Schnittstelle 


Manfred Kramer 

Bauakademie der DDR, Institut für 
Heizung, Lüftung und Grundlagen 
der Bautechnik 


Die Typenraddrucker der Reihe SD 1152 
vom VEB Büromaschinenwerk Sömmerda 
weisen gegenüber den am PC 1 71 5 zumeist 
eingesetzten Matrixdruckern Unterschiede 
auf, die in einigen Anwendungsfällen von In- 
teresse sind. Neben der besseren Qualität 
des Druckbildes, die für Korrespondenz und 
Textverarbeitung wichtig ist, interessiert bei 
Anwendern in der Verwaltung auch die Mög- 
lichkeit, mit mehreren Durchschlägen und auf 

2 unabhängigen Formularen drucken zu kön- 
nen. 

Es entstand daher der Wunsch, auch diese 
Drucker wahlweise am PC 1715 zu betrei- 
ben. Vom Hersteller wird hierfür zwar eine 
nachrüstbare Baugruppe angeboten, jedoch 
läßt sich das Problem auch mit wesentlich ge- 
ringerem Aufwand unter Nutzung der am Ge- 
rät vorhandenen, aber meist ungenutzten 
V.24-Schnittstelle lösen. 

Bild 1 zeigt die Schaltung eines Pegelwand- 
lers, mit dem die Spannungen der V.24- 
Schnittstelle an die 20-mA-Stromschleife an- 
gepaßt werden. Da die V.24 mit Pegeln von 

3 V und 1 2 V arbeitet, reichen am Eingang die 
Spannungen von +5V und -5V für eine 
„vorschriftsmäßige“ Ansteuerung aus. Sie 
werden am Stecker für die optionalen Floppy- 
Laufwerke entnommen. (Vorsicht: Druckfeh- 
lerin Dokumentation!) 

Die Schaltung ist auf einer kleinen Leiter- 
platte in einem Gehäuse aus kupferkaschier- 
tem Leiterplattenmaterial von der Größe ei- 
ner Streichholzschachtel untergebracht und 
steckt unmittelbar hinten am PC. 


Hans O. Engel 

Honeywell Regelsysteme GmbH, 
Produktionsbereich Feldgeräte 


Fallende Preise für Mikroprozessoren in Ver- 
bindung mit einer ständig steigenden Lei- 
stung und Zuverlässigkeit haben in den letz- 
ten Jahren einen beispiellosen Innovations- 
schub auf allen Gebieten der Technik be- 
wirkt. Während moderne Prozeßleitsysteme 
in der industriellen Verfahrenstechnik längst 
zum Stand der Technik geworden sind und 
eine immer größere Verbreitung finden, wa- 
ren die Feldgeräte lange Zeit Stiefkinder der 
Automation. 

Der folgende Beitrag versucht die Vorteile 
digitaler Feldgeräte deutlich zu machen, ei- 
nen Vergleich mit der konventionellen Ana- 
logtechnik herzustellen und eine Unterneh- 
mensstrategie zu erläutern, die einen 
„Bruch“, das heißt Inkompatibilität bei der 
Umstellung auf digitale Meßumformer ver- 


Die Programme der beiden Schnittstellen un- 
terscheiden sich etwas: Während bei der V.24 
die Abfrage der Quittungsleitungen die Zei- 
chenübertragung in Richtung Drucker steuert, 
erfolgt bei der Stromschleife ein Datenverkehr 
in beiden Richtungen, so daß sowohl Ausgabe- 
ais auch Eingabekanal der Schnittstelle nötig 
sind. Deshalb ist die eigentliche Druckerschnitt- 
stelle für die Stromschleife auch ungeeignet, 
da sie nur einen Ausgabekanal aufweist. 

■ Bild 2 zeigt das Programm. 

Auf eine Installation im Betriebssystem 
wurde der Einfachheit halber verzichtet, es 
wird bei Bedarf auf eine nicht benutzte Stelle 
im Speicher geladen und seine Startadresse 
in der Sprungtabelle des BIOS anstelle der 
installierten Druckroutine eingetragen. 

Durch ein ähnliches, noch einfacheres Pro- 
gramm kann man die Adresse der installier- 
ten Druckroutine ohne Kaltstart wieder ein- 
tragen und damit zwischen beiden Druckern 
per Software umschalten. 

Bild 2 Listing ► 



meidet. Schließlich wird kurz auf die Proble- 
matik bei der Normung eines internationalen 
Feldbusses eingegangen. 

Grenzen der Analogtechnik 

Es hat mehr als 10 Jahre gedauert, bis der 
zunächst in den USA gebräuchliche 4-20- 
mA-Standard sich weltweit durchsetzte und 
schließlich im Jahre 1975 von der IEC (Inter- 
national Electrical Commission) genormt 
werden konnte. Diese Maßnahme gilt auch 
heute noch als ein Durchbruch zur Verein- 
heitlichung der unterschiedlichen Signalbe- 
reiche, wurden doch auf einmal Geräte ver- 
schiedener Hersteller kompatibel, und der 
Anwender konnte seine Regelkreise nun un- 
beschadet mit Geräten verschiedener Her- 
steller bestücken. 

Die Analoggeräte sind seit dieser Zeit ständig 
verbessert worden, und viele Anwender se- 
hen auch heute noch überhaupt keinen 
Grund, zur Digitaltechnik überzuwechseln. 
Laufen denn seine Anlagen nicht zufrieden- 
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stellend? Ist nicht erst im vergangenen Jahr 
ein Rekordüberschuß erwirtschaftet worden? 
Warum also ein Risiko eingehen, wenn keine 
zwingenden Gründe vorliegen und alles In 
Ordnung zu sein scheint. Dieser als Alles- 
OK-Haltung bekannte Standpunkt trübt lei- 
der manchmal den Blick für die Wirklichkeit. 
Die Unzulänglichkeit analoger Meßumformer 
wurde erst in jüngster Zeit ins Bewußtsein der 
Meß- und Regeltechnik gerufen, seit es digi- 
tale Geräte mit verbesserter Funktionalität 
und zum Teil völlig neuen Geräteeigenschaf- 
ten gibt. So werden die Grenzen der Analog- 
technik insbesondere bei folgenden Bewer- 
tungskriterien sichtbar: 

• Die Alterung der Bauelemente bewirkt eine 
Verschiebung von Bereich und Nullpunkt. 

• Die relativ hohe Leistungsaufnahme und 
der Zwang zur Kompaktheit reduziert die Le- 
bensdauer der Geräte (Badewannenkurve). 

• Der Informationsgehalt des Analogsi- 
gnals ist nur gering. Das Zweileitersystem 
dient ausschließlich der Übertragung der 
Prozeßvariablen. Weitere Informationen sind 
nicht abrufbar. 

• Alle Meßumformer weisen systematische 
Fehler auf, die zwar durch konstruktive Maß- 
nahmen minimiert, aber nie völlig ausge- 
schaltet werden können. 


Digitale Meßumformer 
in der Verfahrenstechnik 
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• Die genaue, driftarme Verstärkung und 
Umwandlung des Sensorsignals stellt ein 
weiteres Problem dar. 

• Meßungenauigkeiten erhöhen sich bei ei- 
ner Bereichsunterteilung in der Regel propor- 
tional. Dies erfordert eine Begrenzung der 
Teilung auf ein Verhältnis von etwa 1 : 6. 

• Selbst bei sehr genauen Analoggeräten 
bleibt das Problem der Auflösung bestehen, 
weil auf der Empfängerseite der Auflösung 
des 4-20-mA-Signals Grenzen gesetzt 
sind. 

Statistische Untersuchungen an Differenz- 
druck-Meßumformern, die etwa auf die Hälfte 
des maximalen Meßbereiches eingestellt 
wurden und bei Änderungen des statischen 
Drucks von etwa 20 bar sowie veränderlichen 
Umgebungstemperaturen zwischen 0 und 
80°C arbeiteten, ergaben folgende Meßun- 
genauigkeiten: 

- bei Referenzbedingungen (20 °C, 

statischer Druck konstant) ~0,5 % 

- bei veränderlichen Umweltbedin- 
gungen 1,7% 

- bei Umweltbedingungen und 

Langzeitdrift (1 Jahr) 4,5 % 

Digitale Meßumformer 

Die Einsatzmöglichkeiten von Mikroprozes- 
soren wurden im Laufe der Zeit ständig er- 
weitert und finden seit 1983 auch erstmals 
bei Meßumformern (MU) praktische Anwen- 
dung IM. Zunächst müssen aber die Signale 
der analogen Meßwertaufnehmer oder Sen- 
soren in eine für den Mikroprozessor ver- 
ständliche Form gebracht, das heißt digitali- 
siert werden. Die prinzipiellen Unterschiede 



Bild 1 Prinzip einer analogen Meßwertverarbei- 
tung 



zwischen analogen und digitalen Meßumfor- 
mern sind in den Bildern 1 und 2 darge- 
stellt. 

Bild 2 zeigt das Schema einer realisierten di- 
gitalen Signalverarbeitung am Beispiel eines 
MUs für Differenzdruck. Der dreifach inte- 
grierte Analogsensor liefert seine Signale an 
einen Signal-Puls-Modulator (SPM), der die 


Aufgaben eines Signalverstärkers und eines 
Multiplexers zusammenfaßt. Ein interner 16- 
Bit-Datenbus verbindet den Signal-Puls-Mo- 
dulator mit dem Mikroprozessor und den an- 
deren Digitalbausteinen. 

Die unvermeidlichen und systematischen 
Meßungenauigkeiten eines MUs für Diffe- 
renzdruck werden für jedes Gerät individuell 
erfaßt und als Charakterisierungsdaten in ei- 
nem Festwertspeicher abgelegt. Die Haupt- 
einflußgrößen Temperatur und statischer 
Druck werden gemessen, so daß der Mikro- 
prozessor das Ausgangssignal entsprechend 
der abgelegten Fehlerkurve des MUs korri- 
gieren kann. Dadurch wird eine bisher uner- 
reicht hohe Meßgenauigkeit ermöglicht 121. 
Die Vorteile digitaler Meßumformer lassen 
sich am besten anhand der Grenzen analo- 
ger Geräte verdeutlichen: 

© Bereich und Nullpunkt sind weitaus stabi- 
ler, das heißt, die Wiederholgenauigkeit -die 
wichtigste Eigenschaft aller MUs - wird ent- 
scheidend verbessert, weil die Abhängigkeit 
von unvollkommenen Bauelementen (Alte- 
rung) entfällt. 

© Die Meßungenauigkeiten lassen sich rela- 
tiv einfach kompensieren. Werte von maxi- 
mal 0,1 % sind heute ohne weiteres erreich- 
bar. Das verlangt allerdings eine recht auf- 
wendige, individuelle Erfassung der Fehler- 
kurven und die Ablage der Korrekturfaktoren 
in einem PROM. 

® Die Zuverlässigkeit hochintegrierter 
Schaltkreise in Verbindung mit geringer Lei- 
stungsaufnahme (CMOS-Technik) erreicht 
heute Werte, die vor einiger Zeit noch für un- 
möglich gehalten wurden. Der am häufigsten 
angewendete Maßstab Mean Time between 
Failures ( MTBF ) ergibt beispielsweise für 
den Differenzdruck-Meßumformer ST 3000 
(Baujahr 1 988) einen Wert von über 400 Jah- 
ren/3/! 

© Der Informationsgehalt ist trotz Beibehal- 
tung des bewährten Zweileitersystems hoch. 
Es kann bei digitalen Geräten nicht nur die 
Hauptmeßgröße (das heißt der Istwert) über- 
tragen, sondern eine Vielzahl weiterer Infor- 
mationen (zum Beispiel der Status des MUs) 
abgefragt werden. 

© Die digitale Architektur der MUs ermög- 
licht eine Kommunikation über große Entfer- 
nungen. Die wichtigsten Prüfungen (Dia- 
gnose) sind von der Warte aus möglich. Das 
Aus- und Wiedereinbauen der MUs entfällt 
bei der Wartung. Abgesehen von erheblichen 
zeitlichen Einsparungen reduziert sich das 
Risiko für das Wartungspersonal, wenn bei- 
spielsweise die Meßumformer schwer zu- 
gänglich sind. Problematisch ist auch die Be- 
rührung mit gefährlichen oder giftigen Pro- 
zeßmedien, denen das Personal bei einer 
herkömmlichen Wartung und Instandhaltung 
ausgesetzt sein kann. 

© Die Konfiguration der MUs ist sehr einfach 
zu verändern, wenn die Betriebsbedingun- 
gen dies erfordern. Auch hier erweist sich die 
Kommunikationsmöglichkeit mit den MUs als 
sehr nützlich. Noch wichtiger ist allerdings die 
Tatsache, daß die Meßbereiche digitaler 
MUs mit analogem Ausgangssignal in sehr 
weiten Grenzen veränderbar sind. Erlauben 
analoge Geräte - mit Rücksicht auf vertret- 
bare Meßungenauigkeiten - eine Bereichs- 
teilung von etwa 1 : 6, so sind bei digitalen 
MUs mit analogem Ausgangssignal Sprei- 
zungen bis 1 :400 möglich. Dadurch wird die 
Anzahl der erforderlichen Typen erheblich 
eingeschränkt, was sich günstig auf die La- 
gerhaltung auswirkt. 


© Meßumformer mit digitalem Ausgangssi- 
gnal können auf eine Bereichseinstellung 
gänzlich verzichten. Je nach Auflösegenau- 
igkeit des A/D-Wandlers sind selbst bei Meß- 
bereichen, die nur ein Tausendstel des MU- 
Meßbereiches betragen, noch befriedigende 
Resultate zu erzielen, wie die folgende Tafel 
zeigt: 



Internationale Norm für einen Feldbus 

Seit mehreren Jahren gibt es Bemühungen, 
die Randbedingungen zur Nutzung eines in- 
ternationalen Standards festzuschreiben. 
Leider ist die Thematik so komplex und viel- 
schichtig, daß eine Einigung bisher nicht ge- 
lungen ist. Allerdings ist zu erwarten, daß zu- 
mindest ein Pflichtenheft für eine vorläufige 
Norm bis 1990 fertiggestellt wird. Abgesehen 
von „privaten“ Feldbussen, gibt es eine 
Reihe von Kandidaten mit internationaler Be- 
deutung, die einen Normentwurf vorgestellt 
und bereits praktische Erfahrungen gesam- 
melt haben. Ohne Anspruch auf Vollständig- 
keit zu erheben, gelten folgende Systeme als 
die wichtigsten Feldbus-Kandidaten: 

• Profibus (BRD: Vornorm DIN 1 9245) 

• FIP-Bus (Frankreich) 

• EUREKA-Bus (Gemeinschaftsprojekt: 
BRD, Frankreich, Großbritannien, Italien, 
Norwegen, Finnland) 

• Mil-Bus (Großbritannien: Mil.-Std. 1553B) 

• SP-50 Bus (USA) 

Aufgabe der IEC wird es sein, eine internatio- 
nale Norm zu erarbeiten, die den Minimalfor- 
derungen der Industrie - die in den Spezifika- 
tionen der verschiedenen Kandidaten zum 
Ausdruck kommt - gerecht wird (I EC/SC 
65B/WG 6). 

In diesem Zusammenhang wird auch die 
Kompatibilität mit MAP (Manufacturing Auto- 
mation Protocol) diskutiert, das von General 
Motors zum Zweck einer herstellerneutralen 
„offenen Kommunikation“ initiert wurde. Es 
basiert auf dem bekannten ISO/OSI-Sieben- 
schichtenmodell, das auch die Grundlage für 
den internationalen Feldbus bildet (siehe 
auch MP 1/1989, Seite 7). 

Die allgemeinen Anforderungen an einen Feld- 
bus für die Prozeß- und Verfahrensindustrie 
werden nachfolgend grob beschrieben /4/: 

- bitserielle Datenübertragung . (bidirektio- 
nal) 

- vorzugsweise verdrillte (geschirmte) Zwei- 
drahtleitung 

- einfache, rückwirkungsfreie Ankopplung 

- galvanische Trennung der einzelnen Bus- 
Teilnehmer 

- Hilfsenergieversorgung über Bus-Kabel 

- Ex-Schutz durch „eigensichere“ Strom- 
kreise 

- als Option Maßnahmen zur Erhöhung der 
Verfügbarkeit 

- einheitliche (mechanische) Anschlußtech- 
nik 

- elektromagnetische Verträglichkeit (EMV) 

- möglichst hohe Übertragungsraten, kurze 
Protokolle 

- Daten-Transport, -Sicherung, -Protokoll 
nach lEC-Norm 

- niedrige Anschlußkosten. 
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Eine voraussichtliche Feldbusstruktur wird 
maximal 32 Teilnehmer bei Entfernungen bis 
zirka 1,5 km beinhalten. Wahrscheinlich wird 
einer zentralen Bussteuerung gegenüber ei- 
ner dezentralen (token ring) der Vorzug ein- 
geräumt. Es wird keinen Universalbus ge- 
ben, sondern zwei verschiedene Systeme für 
unterschiedliche Anwendungen: 

• Bus Hl : für normale Anwendungen mit mitt- 
leren Übertragungsraten; langfristiger Ersatz 
für 4-20-mA-Analogsignal 


MS-DOS-Tip 

Kursormanipulation 

Eberhard Schmidt 

WTZ der Land ■ und Nahrungsgüter- 
wirtschaft Frankfurt (Oder) 

Programmiersysteme wie Turbo-Pascal oder 
Turbo-C enthalten Bibliotheken, die den di- 
rekten Zugriff auf die Ressourcen des Be- 
triebssystems MS-DOS unterstützen. Die 
hierin vordefinierten Interrupt-Routinen er- 
möglichen neben dem Aufruf der MS-DOS- 
Funktionen über den Software-Interrupt 21 H 
auch die Ansprache des ROM-BIOS (Inter- 
rupts 1 0H bis 1FH). 

Über den Interrupt 10H sind dem Program- 
mierer zum Beispiel die Bildschirm-Service- 
Routinen des Betriebssystems zugänglich. 
So könnte es eventuell sinnvoll erscheinen, 
in einzelnen Programmpassagen den Kursor 
zu verstecken oder ihn als Block zu betonen. 
Der Kursor-Modus wird über die Subfunktion 


• Bus H2: Bus für schnelle, komplexe Anwen- 
dungen in der Fabrikautomation. 

Eine Kompatibilität mit einem bereits beste- 
henden (privaten) System ist unwahrschein- 
lich. Deshalb kommt der Bereitschaft des 
Herstellers, seine Geräte bei der Verwirkli- 
chung eines einheitlichen Standards ent- 
sprechend zu modifizieren und das Invest- 
ment des Anwenders zu erhalten, große Be- 
deutung zu. 


1 des Bildschirm-Services gesetzt. Dabei 
sind im Register CX die Start- und die End-Li- 
nie des Kursors zu definieren. Hierin liegt nun 
eine gewisse Tücke in bezug auf die Kompa- 
tibilität von Programmen, die diese Funktion 
nutzen, denn die End-Linie des Standard- 
Kursors Unterstrich hat beim grafikfähigen 
Bildschirm des A 7150 (oder Schneider-PC) 
die Nummer 7, während sie beim alphanu- 
merischen Bildschirm des EC 1834 die Num- 
mer 12 hat. 

Es ist deshalb angebracht, den Standard- 
Modus des Kursors vor dessen erster Ände- 
rung zu sichern. Dies könnte durch Abfrage 
der BIOS-Konstanten CURSOR-MODE ge- 
schehen, die im MS-DOS 3.2 und 3.3 auf der 
Adresse 40 : 60H steht. Eine zweite, hier de- 
monstrierte Möglichkeit ist der Einsatz der 
'Subfunktion 3. Die beigefügten Beispiele für 
Turbo Pascal ab Version 4.0 und C demon- 
strieren diese Verfahrensweise unter Nut- 
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zung der Eigenschaften der statischen Varia- 
blen First_Call und Cursor_Size. Die Pascal- 
Prozedur Cursor_Modus (Bild 1) benutzt ei- 
nen Datentyp Registers und die Prozedur 
INTR. Beide sind in der UNIT DOS definiert, 
die demzufolge in der ersten Zeile des Bei- 
spielprogramms dem Compiler genannt wer- 
den muß. 

Analog dazu enthält die C-Bibliothek dos.h 
den Typ REGS und die Funktion int86 (Bild 
2 ). 

Die Subfunktion 3 wird nur beim ersten Aufruf 
von Cursor_Modus aktiviert, um die geräte- 
abhängigen Parameter für die Cursor-Modi 
Unterstrich und Block zu setzen. Dabei wird 
vorausgesetzt, daß der Standard-Modus Un- 
terstrich eingestellt ist. Er sollte deshalb stets 
beim Verlassen des Anwenderprogramms 
wieder zurückgesetzt werden. 
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WTZ der Land- und Nahrungsgüterwirtschaft, Lebuser 
Chaussee 11, Frankfurt (Oder), 1200; Tel. 31 1218 


USES DOS ; 

C0NST Unterstrich = 0 
Block = 1 

unsichtbar = 2 


*) 


PROCEDURE Cursor-Modus ( C_Typ : BYTE ) ; 

{============) 

CONST Hidden = $2020 ; 

First-Call ; BOOLEAN = TRUE ; 

Cursor_Size : ARRAY [ Unterstrich . . unsichtbar ] 
OF WORD = ( 0,0,0 ) j 

Bildschirm-Service = $10 ; 

VAR Rege : Registers ; 

BEGIN 

IF First-Call THEN 


INTR ( Bildschirm-Service , regs ) ; 
Cureor_Size [ Unterstrich ] := Regs.cx 

Cursor-Size [ Block ] : = Regs.cl 

Cursor-Sise [ unsichtbar ] := Hidden 

First-Call := FALSE 


PROCEDURE w 


STRING [ 255 ] ; BEGIN READLN ( st ) 


BEGIN 

WEITE ( 'Standard-Cursor 
, Cursor— Modus ( unsichtbar 

WEITE ( Cursor unsichtbar 
Cursor— Modus ( Block 
WEITE ( 'Cursor Block 
Cursor— Modus ( Unterstrich 
WEITE ( 'Cursor Unt-erstric 
END. 




ttiriclude <dos.h> 
ftdefine Unterstrich 0 

ftdefine Block 1 - 

ftdefine unsichtbar 2 

/* ************************* 
Cursor-Modus ( short C_Typ ) 

/*===========*/ 

ftdefine TRUE 1 
ftdefine FALSE 0 
ftdefine Hidden 0x2020 ' 

ftdefine Bildschirm_Service 0x10 
{ ' 
Union REGS regs ; 
static short First-Call = TRUE ; 

static unsigned int Cursor_Size[ ] = { 0,0,0 }; ^ 
if ( First-Call ) 

{ 

regs . h . ah = 3 ; regs . x . bx = 0 ; 
int86 ( Bildschirm-Service , &regs , &regs ) ; 
Cursor-Size [ Unterstrich ] = regs.x.cx ; 

Cursor-Size [ Block ] = regs.h.cl ; 

Cursor_Size [ unsichtbar ] = Hidden ; 

First-Call = FALSE ; 

> 

regs . h . ah = 1 ; regs . x . bx = 0 ; 

regs.x.cx = Cursor_Size [ C_Typ ] ; 

lnt86 ( Bildschirm-Service , &regs , &regs ) ; 


scanf ( "%e" 


»ainO 

[ 

printf ( "Standard-Cursor 
Cursor_Modus ( unsichtbar ) 
printf ( “Cursor unsichtbar 
Cursor-Modus ( Block ) 

printf ( "Cursor Block 
CursorJModus ( Unterstrich ) 
printf ( "Cursor Unterstrich 


Bild 1 Listing des Turbo-Pascal-Beispielprogramms 


Bild 2 Listing des Turbo-C-Beispieiprogramms 
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4. Die virtuelle Forthmaschine 

Diese Folge bietet in aller Kürze eine Darstel- 
lung der inneren Funktion eines Forthsy- 
stems. Während der Durchschnittsprogram- 
mierer diese Informationen im allgemeinen 
entbehren kann, wird dem interessierten Le- ■ 
ser gezeigt, wie die Leistungsfähigkeit von 
Forth auf wenigen, überraschend einfachen 
Konzepten beruht. In den vorangegangenen 
Folgen stand die Beschreibung derjenigen 
Komponenten von Forth im Mittelpunkt, die 
die für den Programmierer sichtbare Oberflä- 
che des Systems bilden. Bevor in den weite- 
ren Folgen Möglichkeiten zur Erweiterung 
des Systems vorgestellt werden, versucht 
dieser Beitrag, die interne Arbeitsweise ei- 
nes Forthsystems verständlich zu machen. 
Im ersten Abschnitt wird der Aufbau des Wör- 
terbuchs behandelt. Die Erläuterung der in- 
ternen Struktur von Worten macht die Me- 
thode transparent, nach der Programme 
auch über indirekte Bezugnahmen aufgeru- 
fen werden können. Im zweiten Abschnitt 
wird die interne Arbeitsweise von Forth vor- 
gestellt. Auf dieser Grundlage wird dann als 
drittes die häufig notwendige Einbindung von 
Maschinencode eingeführt. 

4.1. Die interne Wortstruktur 

4.1.1. Komponenten eines Wortes 

Die fundamentalen Bausteine eines Forthsy- 
stems sind die Worte. Sie müssen unter zwei 
Aspekten betrachtet werden. Einerseits sind 
Worte ausführbare Softwaremoduln, wobei 
durch ihre Struktur verborgen wird, ob es sich 
um Datenmoduln (e. B. Variablen oder Kon- 
stanten) oder Programmoduln (Doppelpunkt- 
definition) handelt. Andererseits stellen die 
Worte auch über ihre Namen die Verbindung 
zum Bediener her. Entsprechend dieser 
funktionellen Zweiteilung besteht jeder Ein- 
trag im Wörterbuch aus zwei gekoppelten 
Teilen, die Kopf und Rumpf genannt werden. 
Der Kopf enthält dabei alle Informationen, die 
für die Dialogarbeit erforderlich sind. Dazu 
gehören der Name des Wortes, der im dafür 
vorgesehenen Namenfeld abgespeichert 
wird, sowie die Einordnung des Wortes in die 
Suchreihenfolge, die durch das sogenannte 
Verkettungsfeld geschieht. Der Rumpf nimmt 
dagegen alle diejenigen Informationen auf, 
die für die Abarbeitung des Wortes erforder- 
lich sind. Im einzelnen sind dies im Parame- 
terfeld liegende Parameter des Wortes und - 
ganz wichtig (!) - der im sogenannten Code- 
feld gespeicherte Verweis auf die bei Aufruf 
des Wortes auszuführende Aktion (Bild 4.1). 
Durch den Standard Forth-83 wird die kon- 
krete Anordnung der einzelnen Felder nicht 
festgelegt; als Beispiel für die Erläuterungen 
hier dient das System comFORTH 2. Da die 
Größe und die Reihenfolge der einzelnen 
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in Forth-83 



Bild 4.1 Aufbau eines einzelnen Wörterbuch- 
eintrags; ’lf bedeutet Linkfeldadresse, ’nf Na- 
menfeldadresse usw. 


Wortkomponenten in den Systemen ver- 
schiedener Hersteller oft unterschiedlich 
sind, bietet der Standard in einem experi- 
mentellen Vorschlag einen Wortschatz an, 
der wenigstens die Umrechnung der ver- 
schiedenen Anfangsadressen ineinander ge- 
stattet. Als einheitlicher Bezugspunkt wird 
dabei die Codefeldadresse ’cf benutzt. Aus 
ihr können mit Hilfe der Operationen > LINK. 
> NAME und >B0DY die Link-, Namens- bzw. 
Parameterfeldadresse berechnet werden. 
Die entsprechenden Rückrechnungen erledi- 
gen die Worte LINK >, NAME> und B0DY> 
An sich stellen diese sechs Operationen be- 
reits einen vollständigen Funktionensatz be- 
reit, da auf dem Umweg über die Codefeld- 
adresse aus jeder Adresse eine beliebige an- 
dere berechnet werden kann. Es ist jedoch 
so, daß aufgrund der Funktionsteilung zwi- 
schen Kopf und Rumpf beide Bestandteile 
nicht unbedingt in demselben Speicherbe- 
reich aufbewahrt werden müssen. So kann 
unter Umständen die physische Trennung 
von Kopf und Rumpf Vorteile bieten, zum Bei- 
spiel die Entlastung des 1 6-Bit-Adreßraums 
der Forthmaschine. Falls mit einer solchen 
Variante gearbeitet wird, ist für die Aufrecht- 
erhaltung der Systemfunktion nur ein Adreß- 
verweis vom Kopf zum Rumpf zwingend er- 
forderlich. Da in diesem Fall die beiden Funk- 
tionen >LINK und >NAME nicht mehr oder 
nur mit unverhältnismäßig hohem Aufwand 
implementiert werden können, ermöglichen 
die beiden Worte N>LINK und L>NAME die 
direkte Umrechnung von Namenfeld- und 
Verkettungsfeldadresse. 

4.1.2. Suchoperationen 
Suchoperationen über der Datenstruktur 
Wörterbuch sind an verschiedenen Stellen 
innerhalb des Systems erforderlich. Bei der 
Analyse von Quelltext muß z. B. der Textin- 
terpreter untersuchen, ob die eingegebene 
Zeichenkette ein Wort ist, also ob ein ent- 
sprechender Eintrag in der aktuellen Such- 
ordnung existiert. Für die Ausführung der 
Suchoperationen werden die im Kopf gespei- 
cherten Informationen benutzt. Der Suchab- 
lauf im Wörterbuch wird zuerst durch die im 
Teil 2 des Kurses (siehe MP 5/1989) disku- 
tierte Reihenfolge der zu durchsuchenden Vo- 
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kabulare bestimmt. Innerhalb der Vokabulare 
legen die Verkettungsfelder die Suchreihen- 
folge fest. Die Suche erfolgt dabei umgekehrt 
zur zeitlichen Definitionsreihenfolge, das zu- 
letzt definierte Wort wird also zuerst gefun- 
den, danach das vorletzte usw. So wird auf 
einfache Weise erreicht, daß bei mehreren 
Definitionen gleichen Namens immer die 
jüngste als gültig gefunden wird. Erreicht wird 
dies durch eine Technik, die als verkettete Li- 
ste bezeichnet wird. Bild 4.2 zeigt den prinzi- . n 
piellen Aufbau einer solchen Datenstruktur. 

Das Verkettungsfeld im Kopf eines Forthwor- 
tes enthält dementsprechend einen Adreß- 
verweis zum Kopf des direkt zuvor in dersel- 
ben Liste definierten Wortes. Im System 
comFORTH 2 ist an dieser Stelle die Linkfeld- 
adresse des Vorgängers zu finden . Der Stan- a 
dard schreibt dies jedoch nicht vor, und es 
gibt auch Systeme, die jeweils auf die Na- 
menfeldadresse des Vorgängers verwei- 
sen. 



Ankerfeld Listenelemente 


I I I I I 


Jüngster 
Ei ntrag 


Bild 4.2 Verkettete Liste 


Zum Vergleich der zu suchenden Zeichen- 
kette mit dem Namen des Wortes dient das 
Namenfeld. Auch dessen Aufbau ist nicht 
standardisiert. Während comFORTH 2 den 
Namen in voller Länge abspeichert (siehe 
Bild 4.3), werden durch polyFORTH z. B. nur 
die ersten drei Zeichen abgespeichert, um 
Speicherplatz zu sparen und die Suchge- 
schwindigkeit zu erhöhen. 


7 h 5 4 3 2 1 B <-- Bit-Mr. 



Bild 4.3 Namenfeldaufbau im System comFORTH2 

Im Namenfeld sind zusätzlich zum Wortna- 
men einige weitere Informationen gespei- 
chert. Dazu gehört insbesondere die Infor- 
mation, ob es sich um ein sogenanntes be- 
vorzugtes Wort handelt, das unabhängig 
vom Systemzustand ausgeführt werden soll 
(immediate word). Die Diskussion dieser 
Worte ist Gegenstand der Folge 5. In com- 
FORTH 2 wird diese Information : m P-Bit auf 
Position 6 des Längenbytes im Namenfeld 
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mitgeführt. Falls es gesetzt ist, handelt es 
sich um ein bevorzugtes Wort. Das Bit 7 wird 
durch comFORTH 2 zur Realisierung der 
Funktionen > NAME und > LINK benutzt. Da 
innerhalb von Namen nur ASCII-Zeichen im 
7-Bit-Code verwendet werden dürfen, ist es 
möglich, bei der Ermittlung der Namenfeld- 
adresse von der Codefeldadresse aus das 
Längenbyte durch das gesetzte Bit 7 zu iden- 
tifizieren. Das Bit 5 ist für Systembenutzung 
reserviert, wird aber gegenwärtig nicht ver- 
wendet. Besonders in Entwicklungsumge- 
bungen muß häufig das Problem gelöst wer- 
den, den Namen eines durch seine Namen- 
feldadresse gegebenen Wortes zur Anzeige 
zu bringen. Bei einem Kopfaufbau nach Bild 
4.3 ist das zum Beispiel so möglich: 

: .NAME ( ’nf = = = > ) 

COUNT 31 AND TYPE ; 

Da der Name in voller Länge gespeichert 
wird, ist nach Maskierung der höherwertigen 
Bits des Längenbytes (mittels 31 = 1 FH) di- 
rekt das Wort TYPE anwendbar. Die Kenntnis 
der genannten Implementierungsdetails ist 
bei Anwendung der nachfolgend beschriebe- 
nen, standardisierten Suchworte nicht erfor- 
derlich. Ein für die Dialogarbeit sehr wichti- 
ges Wort ist das Häkchen (der Apostroph) mit 
dem Zeichen ’ (Aussprache: tick). Es ermit- 
telt die Codefeldadresse des im Eingabe- 
strom folgenden Wortes. Als Beispiel dient 
folgende Kommandozeile: 

’ DROP >NAME .NAME (er) DROP ok 
Das Häkchen ermittelt hier die Codefeld- 
adresse des Wortes DROP. Durch >NAME 
wird sie in die Namenfeldadresse gewandelt 
und durch das oben definierte .NAME der 
Name angezeigt. Das Häkchen besitzt bei 
seiner Verwendung in Anwenderdefinitionen 
einen Nachteil. Falls die gegebene Zeichen- 
kette nicht in der aktuellen Suchordnung ge- 
funden werden kann, bricht die Suche mit der 
Fehlermeldung unbekannt das aufrufende 
Wort oder die bearbeitete Kommandozeile 
mit einer Fehlermitteilung ab. Falls dies nicht 
erwünscht ist, muß das elementare Suchwort 
FIND verwendet werden, das in der aktuellen 
Wörterbuchordnung nach einem Wortnamen 
sucht. FIND liefert als Ergebnis zusätzlich zur 
Codefeldadresse einen als Flag verwendba- 
ren Parameter. Dieser ist ungleich Null, falls 
das Wort gefunden wurde, gleich - 1 , falls es 
sich um ein einfaches oder gleich 1 , falls es 
sich um ein bevorzugtes Wort handelt. 

4.1.3. Indirekter Wortaufruf 
Im interpretierenden Systemzustand veran- 
laßt der Textinterpreter sofort die Abarbei- 
tung eines jeden Wortes, das er mit Hilfe von 
FIND in der Suchordnung gefunden hat. 
Dazu benutzt er das Wort EXECUTE, dem als 
Eingangsparameter die Codefeldadresse 
des auszuführenden Wortes übermittelt wird. 
EXECUTE und ’ sind in ihrem Verhalten auf- 
einander abgestimmt. Im folgenden Beispiel 
wird - zu Demonstrationszwecken über den 
Umweg ’ und EXECUTE - das Wort . ausge- 
führt: 

123 ’ - EXECUTE (er) 123 ok 

Die Möglichkeit zum Aufruf von Worten über 
EXECUTE wird gern benutzt, um das Verhal- 
ten von Programmen auch nach ihrer Über- 


setzung noch modifizieren zu können. 
Im folgenden kleinen Beispiel soll diese als 
indirekte oder vektorisierte Ausführung be- 
kannte Technik vorgestellt werden. Ange- 
nommen, in einem Programm soll es möglich 
sein, den Stil der Fehlerausschriften zu 
wechseln. Dazu kann eine 
VARIABLE FEHLERTEXT 

definiert werden, die die Codefeldadresse 
desjenigen Wortes enthalten soll, das den 
Text ausgibt. Zur Auswahl stehen die Worte 
ERNST .“Fehler“ ; 

LUSTIG .“Pech gehabt“ ; 

Mit Hilfe des Häkchens kann der Zeigervaria- 
blen die Codefeldadresse zum Beispiel des 
„ernsten“ Textes zugewiesen werden: 

ERNST FEHLERTEXT ! 

Zur konkreten Meldungsausgabe wird ein 
Wort definiert, das die Codefeldadresse aus 
der Variablen ausliest und mit Hilfe von 
EXECUTE den aktuellen Text zur Ausgabe 
bringt: 

: MELDUNG FEHLERTEXT @ EXECUTE ; 

Zunächst bringt der Aufruf von MELDUNG 
den oben eingetragenen „ernsten“ Text: 
MELDUNG (er) Fehler ok 
Durch Einspeichern der Codefeldadresse für 
den „lustigen“ Text kann das Verhalten von 
MELDUNG zu jedem Zeitpunkt verändert wer- 
den. Es ist auch möglich, zum Einträgen der 
entsprechenden Codefeldadressen spezielle 
Worte zu definieren. 

: LUSTIGE [’] LUSTIG FEHLERTEXT ! ; 

: ERNSTE [’] ERNST FEHLERTEXT I ; 

Hier wird mit dem Wort [’) ein Verwandter des 
Häkchens benutzt. Dieses Wort arbeitet ge- 
nauso wie nur daß es bereits zur Überset- 
zungszeit ausgeführt wird. Die Kommando- 
folge [’] LUSTIG führt bei Ausführung des 
Wortes LUSTIGE zur Übergabe der Codefeld- 
adresse von LUSTIG auf dem Parametersta- 
pel. Die beiden oben definierten Worte kön- 
nen folgendermaßen benutzt werden: 
LUSTIGE MELDUNG (er) Pech gehabt ok 
ERNSTE MELDUNG (er) Fehler ok 

4.2. Der virtuelle Forthprozessor 

Während im Abschnitt 4.1. die Dialogarbeit 
im Vordergrund stand, wird im weiteren die 
interne Arbeitsweise eines Forthsystems be- 
schrieben. Hier liegt auch der Schlüssel für 
die hohe Portabilität der Forthumgebung. 

In der Schichtarchitektur eines Forthsystems 
befindet sich unmittelbar über der Hardware 
eine Schicht, die virtuelle Maschine genannt 
wird. In der Tat modelliert diese, im Code des 
Wirtsrechners programmierte Schicht eine 
sehr einfache Rechnerkonfiguration. Bild 4.4 
gibt einen Überblick über deren Aufbau. 

Das Kernstück dieses Rechners ist die CPU, 
der virtuelle Forthprozessor. Diesem stehen 
mehrere unabhängige Speicherbereiche zur 
Verfügung. Da sind der Parameterstapel als 
Arbeitsspeicher, ein Rückkehrstapel für Or- 
ganisationszwecke sowie der Hauptspeicher 
zur Aufnahme von Programmen und Daten. 
Der Befehlssatz dieses Prozessors ist nicht 
starr begrenzt, sondern kann erweitert wer- 
den. Das erfolgt in der Maschinensprache 
der verwendeten Hardware. Dieses Verfah- 
ren ist am ehesten mit der Mikroprogrammie- 
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Haupt- !<=>! CPU !<=>! Mikro- 





Rückkehr- l<»>l 



Bild 4.4 Virtuelle Forthmaschine 





Bild 4.5 Registersatz des virtuellen Forthpro- 
zessors 


rung vergleichbar. Aus der Sicht des Forthsy- 
stems ist es deshalb zweckmäßig, den Ma- 
schinencode des Wirtsrechners als Mikro- 
code zu bezeichnen. Der Forthprozessor be- 
sitzt einen sehr eingeschränkten Register- 
satz (siehe Bild 4.5). Er benötigt neben den 
drei für die Ablaufsteuerung erforderlichen 
Registern MIP, IP und WA nur zwei Zeigerre- 
gister PSP und RSP für die beiden Stapel- 
speicher. Die herkömmlichen Allzweckregi- 
ster werden nicht benötigt, da fast alle Be- 
fehle ausschließlich mit Stapeladressierung 
arbeiten. 

4.2.1. Der Fadencodeaufbau 
Der Forthprozessor besitzt eine eigene Ma- 
schinensprache, die auf eine Technik zurück- 
zuführen ist, die als Fadencode bekannt 
wurde. Fadencode wird durch den Forthüber- 
setzer während der Kompilation von Doppel- 
punktdefinitionen erzeugt. Für die Implemen- 
tierung von Fadencode gibt es verschiedene, 
qualitativ jedoch gleichwertige Varianten. Am 
häufigsten wird die doppelt indirekte Technik 
verwendet, auf die sich die weiteren Aussa- 
gen beziehen. 

Bei dieser Fadencodevariante wird die letzt- 
lich aufzurufende Mikrocodepassage in zwei 
Stufen indirekt verschlüsselt. Die erste Stufe 
ist der Fadencode selbst, der aus einer Auf- 
zählung der Codefeldadressen der nachein- 
ander aufzurufenden Worte besteht. Die 
zweite Verschlüsselung erfolgt auf den Co- 
defeldern der Worte. Diese enthalten die 
Adresse des Mikroprogramms, das bei Aufruf 
des jeweiligen Wortes auszuführen ist. Diese 
Mikroprogramme organisieren die Behand- 
lung der Parameterfelder, deren Aufbau von 
der Art des Wortes abhängt. Auf diese Weise 
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können alle Wortarten mit derselben Me- 
thode aufgerufen werden. Bild 4.6 zeigt den 
Aufbau des Fadencodes, der bei einer Defi- 
nition 

: TUCK SWAP OVER ; 

erzeugt würde. Hier wird angenommen, daß 
sowohl SWAP als auch OVER Mikropro- 
gramme sind. Deshalb verweisen deren Co- 
defelder jeweils auf die eigenen Parameter- 
felder, die den zugehörigen Mikrocode ent- 
halten. Solche Worte werden auch Primär- 
worte genannt. 



Bild 4.6 Beispiel für Forthcode 

4.2.2. Der Adreßinterpreter 
Die Abarbeitung von Fadencode erfolgt 
durch die Ablaufsteuerung des virtuellen 
Forthprozessors, die aufgrund ihrer Arbeits- 
weise oft Adreßinterpreter genannt wird. Da 
sie die Ausführung der jeweils nächsten An- 
weisung organisiert, besitzt die Einsprung- 
stelle meist den Namen NEXT. Diese Ablauf- 
steuerung benötigt zu ihrer Arbeit drei Regi- 
ster (siehe Bild 4.5). Die Funktion des Adreß- 
interpreters kann in der Sprache eines fikti- 
ven Prozessors folgendermaßen beschrie- 
ben werden: 

NEXT: LD WA,(IP) ;WA zeigt auf ’cf 

INC IP ;IP weitersetzen 

LD MIP, (WA);Mikroprogramm aus 

;Codefeld anspringen 
Zentrale Bedeutung für die Ablaufsteuerung 
hat der Befehlszeiger IP. Beim Eintritt in 
NEXT muß er auf die nächste zu bearbei- 
tende Fadencodeanweisung zeigen. Dann 
wird zuerst die Codefeldadresse des aufzu- 
rufenden Worts in das WA-Register gebracht 
und der Befehlszeiger auf die folgende Fa- 
dencodeanweisung vorgerückt. Anschlie- 
ßend wird der Mikrobefehlszähler (also der 
Befehlszähler der Wirtsmaschine) mit derje- 
nigen Adresse geladen, die auf dem Code- 
feld des abzuarbeitenden Wortes steht. Da- 
mit wird die Steuerung an das entsprechende 
Mikroprogramm abgegeben, das seinerseits 
unbedingt mit einem Sprung zurück zu NEXT 
enden muß. Bild 4.7 zeigt eine typische Im- 
plementierung für den Prozessor U 880. 



Der Fadencode besteht nicht ausschließlich 
aus einer Aneinanderreihung von Codefeld- 
adressen. Verschiedenen Worten werden 
auch mit Hilfe der unmittelbaren Adressie- 
rung Parameter übermittelt. Zu diesen Wor- 
ten gehören zum Beispiel die im Systemer- 
weiterungswortschatz standardisierten 
Worte BRANCH und 7BRANCH, mit denen be- 
dingte und unbedingte Sprünge innerhalb 
des Fadencodes realisiert werden. Bei ihnen 
findet man unmittelbar im Fadencode folgend 
das Sprungziel (Bild 4.8). In der Sprache des 
fiktiven Prozessors formuliert ruft BRANCH 
das folgende Mikroprogramm auf: 

BRANCH: LD IP,(IP) ;laden Zieladresse 
LD MIP, NEXT ;Rückkehrzur 

;Ablaufsteuerung 


BRANCH und ? BRANCH werden beispiels- 
weise durch die Worte IF und ELSE benutzt. 
Einzelheiten dazu sind Gegenstand der 
nächsten Folge. 


'cf (BRANCH) 
Sprungzial 


Bild 4.8 Unmittel- 
bare Adressierung 
am Beispiel von 
BRANCH 


4.2.3. Aufruf von Fadencodeprogrammen 
Eines der wesentlichen Merkmale von Fa- 
dencode ist, daß die Art des Wortes durch 
den Inhalt seines Codefeldes verschlüsselt 
ist. Damit kann der Aufruf von Primärworten 
genauso erfolgen, wie der von Doppelpunkt- 
worten (Sekundärworten). Dafür verantwort- 
lich ist das durch diese Worte aufgerufene 
Mikroprogramm mit dem Namen DOCOL (von 
englisch do-colon). Es entspricht der CALL- 
Anweisung herkömmlicher Prozessoren: 
DOCOL: DEC RSP ;PlatzaufRS 
LD (RSP),IP ;retten IP 
INC WA ;WA: = ’pf 
LD IP,(WA) ;IP auf Programm 
LD MIP, NEXT ; Ablaufsteuerung 
Durch DOCOL wird der momentane Stand 
des Befehlszeigers IP, also die Fortsetzungs- 
adresse, auf den Rückkehrstapel gerettet. 


Da sich das aufzurufende Fadencodepro- 
gramm auf dem Parameterfeld des gerufe- 
nen Wortes befindet, wird dessen Adresse in 
den Befehlszeiger eingetragen. Die Rück- 
kehr aus einem so aufgerufenen Fadencode- 
programm wird durch das am Ende jedes Fa- 
dencodeprogramms kompilierte Primärwort 
EXIT organisiert. 

EXIT: LD IP, (RSP) ;Fortsetzungsadresse 
INC RSP ;Platz freigeben , 
LD MIP, NEXT ;Ablaufsteuerung 
EXIT entspricht der Return-Anweisung übli- 
cher Prozessoren. Das Zusammenspiel von 
DOCOL und EXIT soll anhand des Aufrufs 
des oben definierten Wortes TUCK aus dem 
Wort 

: 2! ( ps: 32b addr ===> ) 

TUCK 12+1; 

illustriert werden. Bild 4.9 zeigt den Aufbau 
des zugehörigen Fadencodes. Die Adresse 
X und Y bezeichnen die Parameterfeld- 
adresse von 2! bzw. TUCK. 




'cf (TUCK) 


•cf (!) 


'cf (2+) 


•cf ( ! > 


•cf (EXIT) 



Bild 4.9 Interne Repräsentation der Worte 
TUCK und 2! 

In der Tafel 4.1 kann die Registerbelegung 
und die Stapelbelegung während der Abar- 
beitung von 2! verfolgt werden. Als Aus- 
gangssituation wird der Aufruf von 2! aus ei- 
nem Fadencodeprogramm auf der Adresse 
ip angenommen. In der ersten Spalte sind die 
durch die Ablaufsteuerung nacheinander 
aufgerufenen Mikroprogramme, in den weite- 
ren der Zustand nach ihrer Ausführung auf- 
geführt. Die als pn bzw. rn aufgeführten Para- 
meter werden nicht beeinflußt. 


Tafel 4.1 Abarbeitung des Wortes 2! 
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Kurs 


4.2.4. Der Rückkehrstapel 
Der Rückkehrstapel darf mit Vorsicht auch für 
das zwischenzeitliche Speichern von Daten 
verwendet werden. Zu diesem Zweck bietet 
der Standard drei Funktionen an, die den 
Transfer von Daten zwischen dem Parame- 
terstapel und dem Rückkehrstapel ermögli- 
chen. Dies sind: 

>R ps: 16b = = = > rs:= = = > 16b 
R> ps: = = = >16b rs: 16b = = = > 

R@ ps: = = = > 16b rs: 16b ===> 16b 
Bei der Benutzung dieser Befehle ist zu be- 
achten, daß der Rückkehrstapel durch die 
Ablaufsteuerung benutzt wird. Sie sollten 
deshalb nur innerhalb einer Aufrufebene ver- 
wendet werden. Es ist darauf zu achten, daß 
vor dem Rücksprung in die aufrufende Pro- 
grammebene alle Parameter wieder entfernt 
werden. Diese Vorgehensweise entspricht 
der Benutzung des Prozessorstapels bei As- 
semblerprogrammierung. Trotz dieser Ein- 
schränkungen bleibt der Rückkehrstapel ein 
wichtiges Hilfsmittel zur Vermeidung um- 
fangreicher Stapelmanipulationen. Als Bei- 
spiel dafür kann die Hochwortdefinition des 
Wortes 2SWAP herangezogen werden. 

: 2SWAP ( ps: 32b ===> 32b) 

ROT >R ROT R> ; 

Ohne Verwendung des Rückkehrstapels 
hätte man die wesentlich langsamere Va- 
riante 

: 2SWAP 3 ROLL 3 ROLL ; 

verwenden müssen. 

Mit Hilfe des Rückkehrstapels ist es auch 
möglich, Fadencodeprogramme indirekt an- 
zuspringen und auszuführen. Dazu braucht 
nur deren Adresse auf den Rückkehrstapel 
gelegt werden. Beim nächsten Aufruf von 
EXIT wird diese dann in das /P-Register gela- 
den und das zugehörige Programm bearbei- 
tet. (Dieses Verfahren ist auch in der Assem- 
blerprogrammierung bekannt: Eine Ziel- 
adresse wird dadurch angesprungen, daß sie 
auf den Stapel gelegt wird und daß danach 
ein Returnbefehl ausgeführt wird.) Die (nicht 
interaktiv ausführbare) Kommandofolge 
’. >B0DY >R 

führt in diesem Sinne zum Aufrufen des Fa- 
dencodes der Zahlenausgabe. Diese Me- 
thode ist auf Fadencode beschränkt und be- 
nötigt nicht die Existenz eines Codefeldes. 
4.3. Mikroprogrammierung 
Bei der Programmierung prozeßnaher An- 
wendungen taucht immer wieder das Pro- 
blem auf, Teile des Gesamtprogramms im 
Maschinencode des Hardwareprozessors 
formulieren zu müssen. Dies betrifft insbe- 
sondere sehr zeitkritische Abschnitte oder 
die Bedienung spezieller Peripherie. In ei- 
nem Forthsystem ist solcher Code sehr orga- 
nisch in Form neuer Mikroprogramme des 
Forthprozessors integrierbar. 

4.3.1. Assembler in Forth 
Für das Erzeugen von Primärworten wird 
durch den Standard im Erweiterungswort- 
schatz für Assemblerprogrammierung die 
Konstruktion 

CODE name . . . END-CODE 

definiert. Ihre Benutzung erfolgt analog zur 
Konstruktion 


name . . . ; 

zur Definition von Fadencodeprogrammen. 
Anstelle der Aufzählung von Forthworten er- 
folgt die Angabe der Assemblerbefehle, die 
nacheinander ausgeführt werden sollen. Im 
Gegensatz zur Doppelpunktkonstruktion ver- 
bleibt das System zwischen CODE und END- 
CODE im Ausführmodus. 

Die unter Regie des Forthsystems benutz- 
ten Assemblerbefehle sind wie alle 
anderen Kommandos ebenfalls in Form von 
Forthworten verfügbar. Sie werden in dem 
Vokabular ASSEMBLER aufbewahrt, das 
durch CODE automatisch in die Wörterbuch- 
Suchordnung aufgenommen und durch 
END-CODE wieder aus dieser entfernt 
wird. 

Die Worte des Assemblervokabulars unter- 
liegen keiner Standardisierung. Es haben 
sich jedoch einige Konventionen durchge- 
setzt, die im weiteren beschrieben werden. 
Entsprechend der Systemphilosophie be- 
nutzt dieser Assembler die umgekehrt polni- 
sche Notation. Das bedeutet, daß zuerst 
die Operanden, zum Beispiel Registerna- 
men, und danach die Operationen angege- 
ben werden. Bei Zweioperandenbefehlen 
wird analog zum Wort ! zuerst der Quellope- 
rand und danach der Zieloperand erwartet. 
Zur Unterscheidung der Mnemoniks von 
standardisierten Worten wie AND oder OR en- 
den alle Assemblerworte mit einem Komma. 
Da das System im Ausführmodus verbleibt. 


Tafel 4.2 Forth- Assemblernotation 


symbolische 

Notation 

"ÄDtTr 

ADDn 
ADDii+d 
ADD HL.dd 


Notation 

"ÄDDL 

ADD 12 
ADD (IX+7) 
ADDHL.DE 


forth- 

Notation 

rSDDT 

12 * ADD, 
7 (IX) ADD, 
DE HL ADD, 


können Zahlen als Direktoperanden einfach 
über den Stapel übergeben werden. Dabei ist 
es belanglos, ob sie direkt als Zahl eingege- 
ben werden oder das Ergebnis einer Berech- 
nung sind. Zur Sicherung der Syntax werden 
sie mit dem Wort # markiert, das im Assem- 
blervokabular eine spezielle Bedeutung be- 
sitzt. Die Tafel 4.2 zeigt dies am Beispiel des 
Additonsbefehls des U 880. 

4.3.2. Programmierbeispiel 
Als Abschluß dieses Abschnitts soll anhand 
der Implementierung des oben mit Hilfe des 
Doppelpunkts definierten Wortes TUCK ein | 
Beispiel für den Umgang mit dem U 880- 
Assembler vorgeführt werden. 

Der in Bild 4.1 0 zu findende Quelltext bezieht 
sich auf die in Bild 4.7 gezeigte Ablaufsteue- 
rung für den U 880. Diese verwendet das Re- 
gister BC als Befehlszeiger. SC darf deshalb 
entweder durch den Assemblertext nicht ver- 
ändert werden, oder sein Inhalt muß wieder 
rekonstruiert werden. Beim Code von TUCK 
wurde dies berücksichtigt. 


CODE TUCK < ps; 

HL POP, 

DE POP, 

HL PUSH, 

DE PUSH, 

HL PUSH, 

NEXT # JP, 
END-CODE 


Bild 4.10 Assemblerimplementierung von 
TUCK 

Im Gegensatz dazu darf das Register DE, das 
als Wortzeiger benutzt wird, zerstört werden, da 
es immer wieder neu gesetzt wird. Das Sprung- 
ziel NEXT sollte der Assembler als symbolische 
Bezeichnung bereitstellen. wird fortgesetzt 


tAbl 16b2 ==■=> ) 



Tafel 4.3 Kurzbeschreibung der Forthworte 


Name Stapeleffekt | Beschreibung : 

Wortstruktur | 

>BODY ( 'cf = = = > 'pf ) 

>LINK fcf = = = >’lf) 

>NAME ('cf = = = >'nf) 

BODY> ('pf = = = > ’cf) 

L>NAME ('lf = — > ’nf) 

LINK> (If = = = >'cf ) 

N>LINK (’nf = = = >'«) 

NAME> (nf = = = >'cf) 

Umrechnung der Code- in die Parameterfeldadresse 

Umrechnung der Code- in die Verkettungsfeldadresse 

Umrechnung der Code- in die Namensfeldadresse 

Umrechnung der Parameter- in die Codefeldadresse 

Umrechnung der Verkettungs- in die Namensfeldadresse 

Umrechnung der Verkettungs- in die Codefeldadresse 

Umrechnung der Namens- in die Verkettungsfeldadresse 

Umrechnung der Namens- in die Codefeldadresse 

Suchen und indirekter Aufruf J 

( = = = >'cf) 

[•) (="==>) 

ib: name 

EXECUTE (cf = ==>) 

FIND (addr = ==>'cfn) 

(addr = ==>addrO) 

Ermittelt die Codefeldadresse des Worts, dessen Name im Eingabepuffer 
folgt (ib-inputbuffer). 

Analog zu ', nur zur Übersetzungszeit. Die Codefeldadresse wird als Literal 
gespeichert und zur Laufzeit auf dem Stapel übergeben. 

Das durch die Codefeldadresse gegebene Wort wird ausgeführt. 

Die Kette ab addr wird im Wörterbuch gesucht. Falls ein Wort dieses Namens 
existiert, wird addr durch die Codefeldadresse ersetzt, n ist 1 für bevorzugte 
Worte, sonst - 1 . Falls das Wort nicht gefunden wird, liegt über addr falsch. 

Virtueller Prozessor 


rs: = = = > 16b 

R> ( = = = > 16b) 

rs:16b = = = > 

R@ ( = ==> 16b) 

rs:16b = = = >16b 
BRANCH ( = = = >) 

7BRANCH . (?= = = >) 

Transport von 16b auf den Rückkehrstapel 

Rücktransport von 16bvom Rückkehrstapel 

Kopie der Rückkehrstapelspitze 

Unbedingter Sprung, das Ziel wird im Fadencode übergeben 

Sprang falls Null, sonst wie BRANCH 

! 

i 

I 


ASSEMBLER ( = = = >) 

CODE ib: name 

END-CODE ( = ==>) 

Vokabular zur Aufnahme des Assemblerwortschatzes 

Definionswort für ein Primärwort, dessen Name im Eingabepuffer folgt. Muß 
durch END-CODE abgeschlossen werden. 

Abschluß einer Primärdefinition 
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Interrupt und Einzelschritt 
in Forth 


Peter Taege, Berlin 


Verschiedentlich wird in Forth auch die an 
sich nicht zum Standard gehörende Interrupt- 
verarbeitung vorgesehen IM. In der hier be- 
schriebenen Variante wird von nur einer In- 
terruptquelle ausgegangen. 

Zur Lösung des Problems muß eine Verbin- 
dung zwischen Prozessorebene und Forth 
geschaffen werden. Dazu wurden drei Ver- 
bindungszellen mit folgenden Aufgaben ein- 
geführt: 

• IF1 steuert die Interruptannahme 

• in IF2 wird die Information über einen Pro- 
zessorinterrupt an Forth übergeben 

• INTAD enthält die CFA des Wortes, das 
bei Interrupt abgearbeitet werden soll. 

In der Interruptserviceroutine (ISR) für die 
vorgesehene Interruptquelle (z. B. PIO oder 
CTC) fragt der Prozessor Bit 7 in IF1 ab. Ist es 
gesetzt, also bei erlaubtem Interrupt, lädt er 
IF2 mit dem Wert 40H (Bild 1), anderenfalls 
geht der Interrupt verloren. IF2 wird im Forth- 
System am Anfang der NEXT-Routine aus- 
gewertet (Bild 2). Durch das Schieben in IF2 
entsteht eine Verzögerung, die garantiert, 
daß das Wort EXIT am Ende der Forth-ISR 
noch durchlaufen wird, bevor ein erneuter In- 
terrupt wirksam werden kann. 

Bei angenommenem Interrupt lädt der Pro- 
zessor das Register HL mit der in INTAD ste- 
henden CFA der Forth-Interruptroutine und 
schiebt diese so in den Ablauf ein, als wäre 





Bild 1 Prozessor-ISR 



EXEC1 : LD E, (HL) 
IRC Hl 
LD D, (HL) 

JP (HL) 


Bild 2 Erweiterte NEXT-Routine 


sie Bestandteil des im Hintergrund laufenden 
Programms. Die Variable INTAD ist mit der 
gewünschten Adresse zu füllen, bevor der In- 
terrupt erstmalig erlaubt wird. 

Wie aus Bild 2 zu ersehen ist, wird der Inter- 
rupt nach einer Annahme verboten. Er muß 
daher innerhalb der Forth-ISR durch das zu- 
sätzlich definierte Wort F_EI wieder erlaubt 
werden. Als Pendant dazu wurde das Wort 
F_DI gebildet, welches das Bit 7 in IF1 zu- 
rücksetzt. 

Nach Einfügung von F_EI kann jedes Forth- 
Wort Interruptroutine sein, sofern es die 
Stacks in geordnetem Zustand hinterläßt. 
Nur dann ist der ordnungsgemäße Ablauf des 
Hintergrundprogramms gesichert. Anson- 
sten können Parameter- und Returnstack 
ohne Einschränkung benutzt werden. 
Prozessorinterrupts werden auf Forth-Ebene 
beim darauffolgenden Sprung nach NEXT, 
also nach Abschluß des laufenden Maschi- 
nenkodeprogramms, wirksam. So wie der 
Prozessor nach einem Interrupt einen 
Befehl noch bis zu Ende bearbeitet, werden 
in Forth die laufenden elementaren Maschi- 
nenkoderoutinen abgeschlossen. 

Die ungünstigste Interruptreaktionszeit ist 
also gleich der Laufzeit des längsten im Sy- 
stem vorhandenen oder durch Erweiterung 
hinzugefügten Maschinenprogramms. 

Da alle Verbindungszellen als Forth-Worte 


deklariert wurden, besteht die Möglichkeit, ei- 
nen Software-Interrupt auszulösen. Damit ist 
mit wenig zusätzlichem Aufwand ein Einzel- 
schrittbetrieb realisierbar. 



Bild 3 Worte für Einzelschritt 

Dabei wird ausgenutzt, daß die erweiterte 
NEXT-Routine die Möglichkeit bfetet, in den 
Programmablauf andere Worte einzuschie- 
ben. Für den Einzelschrittbetrieb ist dies das 
Programm- RET (Bild 3), welches in der hier 
dargestellten einfachen Variante den Instruk- 
tionspointer, den Namen des nächsten Wor- 
tes und den Parameterstack anzeigt. Es kann 
natürlich beliebig modifiziert werden. 

Die Vorbereitung des Systems auf den 
Schrittbetrieb beginnt mit dem Ablegen der 
ISR-Adresse nach INTAD: 

’ RET CFA INTAD ! 

Anschließend wird die PFA des zu testenden 
Wortes an STEP übergeben und der Schritt- 
betrieb gestartet: 

’ name STEP 

Nun wird nach jedem Schritt das Wort RET 
angelaufen. Nach den oben genannten An- 
zeigen wird der Ablauf durch KEY gebremst 
und nach Tastendruck fortgesetzt. Am Ende 
von RET wird IF2 zur Auslösung des näch- 
sten Software-Interrupts mit 20H geladen. 
Die Kette der sich immer wieder selbst akti- 
vierenden Software-Interrupts wird durch das 
Wort STEPEND unterbrochen. Es ist in Ma- 
schinenkode geschrieben und setzt IF2 auf 0. 
Sein Name wird im Schrittbetrieb noch ange- 
zeigt, bevor das System zur QUIT-Grundrou- 
tine zurückkehrt. 
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G. Boole hat eine Algebra erfunden, 
die mit Elementen operiert, welche 
nur die beiden Werte 0 und 1 an- 
nehmen. Als Verknüpfungen sind 
dabei die binären Operationen Kon- 
junktion und Disjunktion sowie die 
Komplementbildung (Negation) er- 
klärt. Diese Algebra ist letztlich aus 
dem Bestreben Booles entstanden, 
logische Aussagen so darzustellen, 
daß diese nicht durch die oftmals 
zweideutige Umgangssprache ver- 
fälscht werden können. Er wurde 
damit zum Mitbegründer der ma- 
thematischen Logik. Auch Leibniz 
hatte übrigens diesen Gedanken 
schon gefaßt und als Zwanzigjähri- 
ger mit seiner darauf bezogenen 
Schrift Dissertatio de arte combi- 
natoria 1666 die Lehrbefugnis an 
der Leipziger Universität erhal- 
ten. 

Aus der Booleschen Algebra ist als 
Anwendung die Schaltalgebra her- 
vorgegangen, ohne die die heutige 
Computertechnik kaum denkbar 


wäre, denn sie bietet grundsätzli- 
che Möglichkeiten für die Anwen- 
dung der Logik in der Elektrotech- 
nik. 

Boole war Autodidakt und ist Zeit 
seines Lebens als Außenseiter an- 
gesehen worden. Noch fünfzig 
Jahre . nach seinem Tode hielten 
viele seine Theorie für philosophi- 
sche Spielerei und lehnten es ab, 
sie als Mathematik anzuerken- 

Nach Besuch einer Handelsschule 
wurde er noch im Jünglingsalter 
Hilfslehrer. Nebenher studierte er 
mathematische Schriften von New- 
ton sowie die Mechanik von La- 
grange. Er fand bald heraus, daß 
die Variablen x, y, ... in algebrai- 
schen Relationen wie 
x+y =y+x 

nicht unbedingt Zahlen repräsentie- 
ren müssen, sondern auch durch 
andere Begriffe (oder Aussagen) 
belegt werden können. So erarbei- 
tete er Gesetzmäßigkeiten des logi- 
schen Schließens, und 1848 er- 
schien seine erste diesbezügliche 
Publikation: 


The Mathematical Analysis of Lo- 
gic. Ein Jahr darauf wurde Boole, 
der nie ein Studium an einer Hoch- 
schule absolviert hatte, als Profes- 
sor für Mathematik an das neu ge- 
gründete Queens College in Cork 
(Irland) berufen. Bereits 1854 ist 
sein Hauptwerk An Investigation of 
the Laws of Thought veröffentlicht 
worden. Darin wird die anfangs er- 
wähnte Boolesche Algebra aus- 
führlich behandelt. Sie liefert übri- 
gens mittelbar (über die Boole- 
schen Funktionen) auch Regeln zur 
Aufstellung von Strukturmustern in 
kybernetischen Systemen. 
Zusammen mit der kongenialen 
Leibnizschen Entdeckung des dua- 
len Zahlensystems waren nunmehr 
- zumindest theoretisch - wesentli- 
che Voraussetzungen geschaffen, 
um die mathematischen Grundope- 
rationen im Computer realisieren zu 
können. Die erste vollständige 
technische Verwirklichung erfolgte 
allerdings erst 1941 durch Konrad 
Zuse. 

Dr. Klaus Biener 
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Suchstrategien 

Die nachfolgend beschriebenen Suchstrate- 
gien finden eine Folge von anzuwendenden 
Regeln (einen Weg), die aus einer gegebe- 
nen Datenbasis eine Zieldatenbasis ableitet. 
Dieser Weg muß nicht immer der kürzeste 
und optimale Weg sein. Oftmals ist es auch 
schon entscheidend, ob dieser Weg existiert 
oder nicht. Bei einer Reihe von kombinatori- 
schen Aufgaben ist aber gerade der optimale 
Weg angestrebt, um das Problem überhaupt 
in akzeptabler Rechenzeit lösen zu kön- 
nen. 

Backtracking 

Beim Backtracking werden die Regeln nach- 
einander ausgewählt und zur Anwendung 
gebracht. Sollte der durch die Folge dieser 
Regeln bestimmte Lösungsweg fehlschla- 
gen, das heißt zu einem Widerspruch führen 
(beispielsweise in Prolog, wenn zwei Prädi- 
kate sich nicht gegeneinander matchen las- 
sen), oder zu lang werden oder sehr weit von 
der angestrebten Lösung entfernt sein, wird 
das weitere Verfolgen dieses Lösungsweges 
aufgegeben, und man geht zu einem Punkt, 
an dem alternative Möglichkeiten bestehen, 
zurück, von wo an eine andere Folge von Re- 
geln angewandt wird. 

Nachfolgend wird eine einfache rekursive 
Prozedur (Funktion) beschrieben, die das 
Backtracking-Verfahren zeigt. Diese Proze- 
durwird auf eine Datenbasis (DB) angewandt 
und hat DB als Argument. Um das Verständ- 
nis zu erhöhen, werden die einzelnen 
Schritte verbal beschrieben. 

BACKTRACKING (DB) 

(1) Wenn die Datenbasis (DB) die Endebe- 
dingung erfüllt, gib die leere Liste zurück; 
denn dann sind keine Regeln weiter anzu- 
wenden. 

(2) Wenn sicher ist, daß DB nicht auf dem 
Weg zur Lösung liegt, gib FAIL für fehlge- 
schlagen zurück. 

(3) Ermittle alle Regeln, die auf DB ange- 
wandt werden können. Diese Regeln bilden 
die Liste REGELN. 

(4) SCHLEIFENANFANG: 

Wenn die Anzahl der Elemente in REGELN 
gleich Null ist, dann gibt es keine Regeln 
mehr, die auf DB angewandt werden können, 
und FAIL wird zurückgegeben. 

(5) Die erste Regel R von REGELN wird von 
der Liste gelöst und zur Anwendung auf DB 
ausgewählt. 

(6) REGELN wird der Restlinie von REGELN 
gleichgesetzt. Damit verringert sich die An- 
zahl der Regeln in der Liste, so daß es durch- 
aus möglich ist, daß wie im Schritt 4 unter- 
sucht, die Anzahl der Elemente der Liste den 
Wert 0 annimmt. 

(7) Die Regel R wird auf die Datenbasis DB 
angewandt und bildet dadurch eine neue Da- 
tenbasis RDB. 


(8) BACKTRACKING wird mit dem Argument 
RDB aufgerufen: 

WEG := BACKTRACKING(RDB). 

(9) Wenn der Aufruf der Prozedur WEG:= 
BACKTRACKING(RDB) fehlschlägt, also 
WEG=FAIL, dann wird zu SCHLEIFENAN- 
FANG zurückgegangen und der Lösungs- 
weg mittels einer anderen Regel, soweit 
möglich, gesucht. 

(10) Wenn BACKTRACKING erfolgreich war 
(die Bedingung im Schritt 9 also nicht erfüllt), 
dann wird die ausgewählte Regel R an den 
Anfang der Liste WEG gesetzt. 

Die hier dargestellte Prozedur ist ein sehr 
vereinfachtes BACKTRACKING-Verfahren. 
Sie hat eine Reihe von Nachteilen. So ist bei- 
spielsweise die Tiefe des Suchverfahrens, 
das heißt die Länge des Lösungsweges, 
nicht beschränkt. Damit ist es durchaus auch 
wahrscheinlich, daß die Suche sehr weit in 
die Tiefe getrieben wird und trotzdem nicht 
zur Lösung führt. 

Zur Illustration dient uns folgendes Beispiel. 
Es sind auf einem 4 x 4-Schachbrett 4 Da- 
men so aufzustellen, daß sie einander nicht 
schlagen können (Der Einfachheit halber ist 
das Problem auf 4 Damen und ein 4 x 4-Brett 
begrenzt). Es dürfen also keine zwei Damen 
eine gemeinsame Gerade oder eine gemein- 
same Diagonale haben. 

Regel R(i,j) stellt eine Dame in Reihe i und 
Spalte j, unter der Bedingung, daß Reihe (i-1) 
bereits besetzt ist (für i>1 ). 

Entsprechend unserer Prozedur erfüllt das 
leere Schachbrett die Endbedingung nicht, 
und im Schritt 3 erhalten wir die Regelliste: 
(R(1 ,1 ),R(1 ,2),R(1 ,3),R(1 ,4)) 


□ BQ0 


□ Q00 


Bild 10 4-Damen-Problem auf einem 4x 4-Brett 


Wir wählen im Schritt 5 die erste Regel R(1 ,1 ) 
aus und wenden sie an (Bild 10a). Uns ver- 
bleiben die Regeln R(1 ,2), R(1 ,3), R(1 ,4) für 
eine erneute Anwendung, wenn R(1,1) nicht 
zum Ziel führt. Auf die neue Datenbasis, das 
Schachbrett mit der ersten besetzten Reihe, 
wird unsere Prozedur erneut angewandt. 
Schritt 3 ermittelt R(2,3) und R(2,4) als mögli- 
che Regeln. R(2,3) wird angewandt und er- 
gibt Bild 10b. Beim nächsten Aufruf der Pro- 
zedur ist die Anzahl der im Schritt 3 ermittel- 
ten Regeln gleich 0. Es wird in (4) das Prädi- 
kat FAIL zurückgegeben und in (9) zum 
Schleifenanfang zurückgegangen. 

R(2,4) befindet sich noch als einziges Ele- 
ment in der Liste der anwendbaren Regeln. 
Wir erhalten Bild 10c. Im nächsten Aufruf der 
Prozedur berechnet (3) R(3,2) als einzig 
mögliche Regel und wir erhalten die in Bild 
lOd dargestellte Konfiguration. Wieder wird 
unsere Prozedur auf diese Datenbasis ange- 


wandt, kann aber im Schritt 3 keine Regel 
R(4,j) ermitteln und gibt in (4) das Prädikat 
FAIL zurück. Die Liste der Regeln R(3,j) ist 
auch bereits leer, und es wird in (4) wieder FAIL 
zurückgegeben. Auch die Regeln für die 
zweite Reihe R(2,j) sind erschöpft, und es wird 
nochmals FAIL zurückgegeben. Wir haben da- 
mit wieder die Liste (R(1 ,2),R(1 ,3), R(1 ,4)). Als 
nächstes wird R(1 ,2) angewandt und ergibt 
Bild lOe. Der erneute Aufruf von BACKTRAK- 
KING ermittelt für die zweite Reihe als einzige 
Regel: R(2,4). Diese wird auf die Datenbasis 
angewandt. (Bild lOf) Der nächste Aufruf unse- 
rer Prozedur ergibt R(3,1) als einzig mögliche 
Regel (Bild 10g), und BACKTRACKING noch- 
mals aufgerufen ergibt Bild 10h. Diese Konfi- 
guration entspricht auch der Endebedingung. 
Der erneute Aufruf der Prozedur gibt die leere 
Liste in Schritt 1 zurück und in (10) werden die 
einzelnen Regeln nacheinander zum Lösungs- 
weg formiert: 

(R(4,3)) 

(R(3,1),R(4,3)) 

(R(2,4),R(3,1),R(4,3)) 

(R(1 ,2),R(2,4),R(3,1),R(4,3)) 

Das Backtracking-Verfahren wird unter ande- 
rem in der Programmiersprache Prolog ange- 
wandt. Wie das Beispiel gezeigt hat, wird nur 
eine Lösung ermittelt. Prinzipiell ist es möglich, 
nach der Ausgabe einer Lösung FAIL zu er- 
zwingen, so daß das Backtracking-Verfahren 
alle möglichen Lösungen ermitteln muß. 

Graphensuche 

Das Backtracking-Verfahren führt zu einer ef- 
fektiven Nutzung des Speicherplatzes, der 
zur Verfügung steht. Lösungswege, die zu 
FAIL geführt haben, werden wieder verges- 
sen. Das ist beim heutigen Stand der Compu- 
tertechnik gewiß noch als Vorteil zu sehen. 
Flexibler ist jedoch ein Verfahren, das sich al- 
les, was irgendwann einmal auf dem Weg zur 
Lösung lag, merken und gegebenenfalls dar- 
auf zurückgreifen kann. Das wird erreicht, in- 
dem wir das gesamte Suchverfahren, also 
auch alle Datenbasen, in einem Graphen 
darstellen. 

Ein Graph besteht damit aus einer Menge 
von Knoten, die jeweils eine Datenbasis re- 
präsentieren, und einer Menge von gerichte- 
ten Kanten zwischen diesen Knoten. Diese 
widerspiegeln die Anwendung einer Regel, 
die von einer Datenbasis DB1 zu einer Da- 
tenbasis DB 2 führt. 

Wenn eine Kante vom Knoten k(i) zum Kno- 
ten k(j) führt, dann ist k(j) ein Nachfolgekno- 
ten von k(i) und k(i) ein Elternknoten von k(j). 
Ein Baum ist ein Graph, in dem jeder Knoten 
•höchstens einen Elternknoten besitzt. Derje- 
nige Knoten, der keinen solchen Elternkno- 
ten besitzt, wird als Wurzelknoten bezeich- 
net. Dem Wurzelknoten wird die Tiefe 0 zuge- 
ordnet. Alle anderen Knoten haben eine um 1 
erhöhte Tiefe ihres Elternknoten. Soviel zu 
einigen wesentlichen Grundbegriffen. 

Die Aufgabe eines Suchverfahrens auf dieser 
Grundlage ist das Finden eines Lösungspfa- 
des von einem Anfangsknoten a zu einem Ele- 
ment aus einer Menge (e(i)} von Knoten, die 
die Ende- bzw. Zielbedingung erfüllen. Dazu ist 
es notwendig, ausgehend von a jeweils ent- 
sprechend der möglichen Regelanwendungen 
die Nachfolgeknoten zu ermitteln, von diesen 
wieder die Nachfolgeknoten usw. Dabei darf in 
der Menge der Nachfolgeknoten eines Kno- 
tens k(i) kein k(j) auftreten, der auf einem Pfad 
(k(j)=k(j,0),k(j,1),k(j,2),...k(j,n)=k(i)) zu k(i) ge- 
führt hat. 
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Entscheidend bei diesem Suchverfahren ist 
die Frage, welcher der Nachfolgeknoten zu- 
erst (oder überhaupt) zur Expansion ausge- 
wählt wird. 

Wir unterscheiden daher blinde Suchverfah- 
ren, die keine Information, über das Problem 
besitzen, und heuristische Verfahren. Zu den 
ersteren zählen die Verfahren Tiefe-Zuerst 
(Tiefensuche) und Breite-Zuerst (Breitensu- 
che). 

Tiefensuche 

Aus der Menge der Knoten des Graphen, de- 
ren Nachfolger ermittelt werden können, wird 
einer mit der größten Tiefe ausgewählt. Bild 
1 1 verdeutlicht das am Beispiel des 8-Zah- 
len-Puzzles. Damit sich das Verfahren nicht 
in zu große Tiefen verrennt, werden Schran- 
ken für den größten Tiefenwert gesetzt. Das 
Tiefenverfahren läßt sich mit dem Backtrak- 
king-Verfahren vergleichen. Der Unterschied 
besteht darin, daß bei der Graphensuche im- 
mer eine Menge von Nachfolgeknoten gene- 
riert wird, während es beim Backtracking nur 
ein solcher Knoten ist. Wenn die Tiefen- 
grenze erreicht ist, werden alternative Kno- 
ten derselben oder geringerer Tiefe weiter 
verfolgt. 



Breitensuche 

Bei diesem Verfahren werden die Knoten mit 
der geringsten Tiefe zuerst weiterverfolgt. 
Dieses Verfahren findet garantiert den kürze- 
sten Lösungsweg, wenn ein solcher existiert. 
Bei möglichem parallelen Verfolgen der Ex- 
pansionen der einzelnen Nachfolgeknoten ist 
dann auch mit der geringsten Rechenzeit zu 
rechnen. In Bild 12 wird das Verfahren am 8- 
Zahlen-Puzzle demonstriert. 


f 



A A . A A 


Bild 12 Breitensuche 


Heuristische Suchverfahren 

Bei der Breiten- und Tiefensuche sind in der 
Regel viele Knoten zu durchmustern, bis die 
Lösung erreicht ist. Das sprengt in den mei- 
sten Fällen die Grenzen, die durch Zeit und 
Speicherraum vorgegeben sind. Daher sind 
sie in Systemen der Künstlichen Intelligenz 
nur selten anwendbar. 
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Unter Nutzung heuristischer problemabhän- 
giger Informationen ist es mitunter möglich, 
den Aufwand gewaltig zu reduzieren. 

Dieser Aufwand für einen Lösungsweg ist 
charakterisiert durch die Kosten der einzel- 
nen Bögen zwischen den Knoten, die sich auf 
diesem Weg befinden: c(k(i),k(j)). Es gilt, ei- 
nen minimalen Weg zwischen a und e(i) zu 
finden - und das mit minimalem Suchauf- 
wand. Die Kombination dieser beiden Krite- 
rien bestimmt die heuristische Mächtigkeit ei- 
nes Suchalgorithmus., 

Bewertungsfunktionen 
Bewertungsfunktionen sollen bestimmen, 
welcher Knoten einer Menge vieiverspre- 
chend zur Lösung führen könnte. Zur De- 
monstration dienen Brettspiele und Puzzles, 
in denen bestimmte Konfigurationen be- 
stimmte Punktzahlen erhalten, je nachdem 
wie vielversprechend sie sind. 

Es sei f(k) so eine Bewertungsfunktion für 
den Knoten k. 

Für unser 8-Zahlen-Puzzle könnte man f(k) 

wie folgt definieren: 

f(k)=t(k)+p(k) mit 

t(k)-Tiefe des Knotens k und 

p(k)-Anzahl der Ziffern, die nicht an ihrem 

Platz sind. 

In Bild 13 ist ein Beispielbaum gegeben. In 
der Anfangskonfiguration 
1 23 
8 6 
754 

befinden sich 3 Zahlen nicht an ihrem Platz, 
folglich ist f(a)=3. 



Der Algorithmus A* 

Zuerst beschreiben wir den Algorithmus A. 
Unter dieser Bezeichnung ist er in die Litera- 
tur zur Künstlichen Intelligenz eingegangen. 
Wir definieren die Funktion f(k) als Kosten 
des minimalen Weges vom Anfangsknoten a 
durch den Knoten k zu einem Endknoten 
e(i). 

Wir definieren uns weiterhin folgende Hilfs- 
funktionen: 

m(k,e(i)) - Kosten des minimalen Weges von 
k zu einem bestimmten Endknoten; 

h*(k)=min[m(k,e(i))]; 

{•«} 

g*(k)=m(a,k). 

Dann ergibt die Funktion f*(k)=g*(k)+h*(k) 
die Kosten eines optimalen Weges vom An- 
fangsknoten zu einem Endknoten übereinen 
Knoten k. Unsere Funktion f(k) sei dann ge- 
geben durch f(k)=g(k)+h(k), wobei g(k) die 
Summe der Kosten der einzelnen Kanten von 
a zu k ist (für den kleinsten Weg, der bisher 
gefunden wurde) und somit gilt g(k)>g*(k), 
und h(k) trage eine gewisse heuristische In- 
formation über das Problem, ähnlich wie 


p(k) in der Bewertungsfunktion. Der Algorith- 
mus A nutzt diese Funktion f(k) als Bewer- 
tungsfunktion. 

Für den Fall, daß h(k) eine untere Schranke 
von h*(k) ist, sprechen wir vom Algorithmus 
A*. Dieser Algorithmus findet einen optima- 
len Weg zu einem Endknoten, wenn dieser 
existiert. Ein Spezialfall dafür ist die h-Funk- 
tion, die identisch Null ist. Dann liegt Breiten- 
suche vor, und dieses Suchverfahren findet 
ja auch garantiert den kürzesten Lösungs- 
weg. 

Mit Hilfe heuristischer Suchverfahren, der Al- 
gorithmen A und A*, lassen sich auch kompli- 
ziertere Probleme mit akzeptablem Aufwand 
lösen. Dabei ist nicht gesagt, daß A* in jedem 
Fall vorteilhaft ist, beispielsweise erhalten wir 
ja für h=0 die Breitensuche, und hier wird 
eine erhebliche Menge Knoten mehr entwik- 
kelt als eigentlich nötig. Es muß deshalb 
darum gehen, bei der Suche die heuristische 
Komponente der Berechnungsfunktion so 
einzugrenzen, daß möglichst wenige Abwei- 
chungen vom Lösungspfad nach links und 
nach rechts auftreten. 

Zum Vergleich können Sie am folgenden Bei- 
spiel die Wirkung der heuristischen Kompo- 
nente untersuchen. Wir haben vom 8-Zah- 
len-Puzzle folgende Anfangskonfiguration 
gegeben: 

28 1 
463 
75 

Als Berechnungsfunktion, das heißt, als de- 
ren heuristische Komponenten h(k), sollen 
folgende dienen und verglichen werden 

a) h=0 (Breitensuche) 

b) h(k)=p(k) (siehe unter Bewertungsfunktio- 
nen) 

c) h(k)=s(k)+2r(k), wobei s(k) die Summe 

der Entfernungen (nötige Verschiebungen) 
von einer Zahl in der Konfiguration zu ihrem 
Platz in der Endkonfiguration ist. In der An- 
fangskonfiguration ist 

s(a)=1 +2+2+1 +1+0+2+1=10 (die ein- 
zelnen Summanden entsprechen den Zahlen 
in Uhrzeigerrichtung). 

r(k) ist eine Summe, deren Summanden ent- 
sprechend ihren Zahlen in der Konfiguration 
gebildet werden, und zwar: 

1 für den Fall, daß die Zahl vor ihrem Nachfol- 
ger steht, also 1 vor 2, 2 vor 3 8 vor 1 ; 

2 für den Fall, daß die Zahl im Mittelfeld steht; 

3 für den Fall, daß die Zahl nicht vor ihrem 
Nachfolger steht. 

Damit ist r(a)=3+1 +3+3+3+3+3+2=21 
und h(a)=52. 

Alle drei Formen der Funktion h führen mit ei- 
ner Tiefe 12 zum Ziel. Während eine unge- 
naue Abschätzung für a) einen Graphen mit 
über 1 000 Knoten ergeben würde, sind es 
bei b) bereits nur 65 Knoten und c) liefert nur 
24 Knoten, also einen spürbar geringeren 
Aufwand. 

Suchen in UND/ODER-Graphen 

Grundbegriffe 

Das Suchen nach einem Lösungspfad in 
UND/ODER-Graphen ist im Wesentlichen für 
zerlegbare Produktionssysteme bedeutsam. 
Ein v-Verbinder führt von einem Elternknoten 
zu einer Menge von v Nachfolgeknoten 
(UND-Knoten), die durch das Aufsplittern der 
Elterndatenbasis entstanden sind. Von ei- 
nem Knoten können mehrere solcher v-Ver- 
binder (mit unterschiedlichen v-Werten) aus- 
gehen und bilden damit eine Menge von 
ODER-Nachfolgeknoten. Bild 14 zeigt einen 
solchen UND/ODER-Graphen. Die Begriffe 
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UND- bzw. ODER-Knoten sind jedoch nicht 
mehr ganz exakt; ein UND-Knoten kann 
durch entsprechende andere Verbinder auch 
ein ODER-Knoten sein und umgekehrt. Bei- 
spielsweise ist k(8) ein UND-Knoten bezogen 
auf k(5) und k(3) und ein ODER-Knoten be- 
zogen auf k(4). Es ist einzusehen, daß es 
dann auch mehrere Lösungsgraphen geben 
kann. Angenommen, (k(9),k(10)} erfüllt die 
Zielbedingung. Die Bilder 15a und 15b zei- 
gen zwei verschiedene Lösungsvarianten. 
Beide unterscheiden sich durch den Kosten- 
aufwand, der für die Lösung nötig ist. Dieser 
kann rekursiv ermittelt werden. Für Abbil- 
dung 15b erhalten wir 

c=c(k(1))+c(k(4),K)+c(k(5),K), wobei c(k(1)) 
den Kosten des 2-Verbinders entspricht, der 
von k(1) ausgeht, und c(k(4),K) den Kosten 
von k(4) bis zur Menge der Zielknoten K. So ist 
c=2+c(k(4),K)+c(k(5),K) 
=2+1+c(k(6),K)+2+c(k(8),K)+c(k(9),K) 
=5+2+c(k(10),K)+c(k(9),K)+1+c(k(9),K)+ 
c(k(9),K)=8. 

Hierbei wurde als Kostenwert für einen v- Ver- 
binder der Wert v angenommen. 

Heuristische Suche 
mit dem Algorithmus AO* 

Die heuristische Suche in UND/ODER-Gra- 
phen erfolgt ähnlich wie in einem normalen 
Graphen. Von einem Anfangsknoten a aus- 
gehend werden durch alle möglichen Verbin- 
der die Nachfolgeknoten ermittelt. Von die- 
sen muß eine Menge von Nachfolgeknoten 
ausgewählt werden (eine Menge von v Kno- 
ten, die durch einen v-Verbinder entstanden 
sind). Dazu sind gewisse heuristische Infor- 



Bild 14 UNDIODER-Graph 


mationen nötig. Es sei h*(k) der Kostenauf- 
wand für einen optimalen Lösungsgraphen 
vom Knoten k zu einer Menge von Zielknoten. 
h(k) sei ein Abbild dieser Funktion, und h(k) 
sei für jeden Knoten mit einem bestimmten 
Wert gegeben (heuristische Komponente). 
Wir ermitteln von einem Knoten k die Nach- 
folgeknoten, mit denen sich Kosten verbin- 
den, die dem h-Wert entsprechen. Die Kosten 
für k erhalten wir entprechend der genannten 
Formel c,(k)=c(v)+c(k(1))+...+c(k(v)), wobei 
c(v) die Kosten der entsprechenden Verbin- 
der sind und c(k(j)) entweder gleich h(k(j)) ist 
oder bereits über diese Formel berechnet 
wurden. Das wird für alle von k ausgehenden 
Verbinder getan und c(k) dann auf das Mini- 
mum aller Werte C|(k) gesetzt. Der Verbinder, 
über den dieses Minimum erreicht wurde, 
wird gekennzeichnet. Sollte vorher ein ande- 
rer von k ausgehender Verbinder schon ein- 
mal gekennzeichnet worden sein, so wird 
diese Kennzeichnung wider gestrichen, da 
sie nicht dem Minimum entspricht. Wenn c(k) 
von einem vorher für diesen Knoten berech- 
neten (über einen anderen Weg zu k) oder 
von dem durch h(k) bestimmten Wert ab- 
weicht, werden die Kostenwerte der Eltern- 
knoten bis hin zum Anfangsknoten korrigiert 
und gegebenenfalls die Kennzeichnungen 
der Verbinder verändert. Ist dieses Verfahren 
abgeschlossen, kann mit der weiteren Ex- 
pansion von Nachfolgeknoten fortgesetzt 
werden, bis die Lösung erreicht wurde. Abbil- 
dung 16 zeigt die Anwendung von AO* auf 
den Graphen in Abbildung 14. 

wird fortgesetzt 
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vorgestellt Der 80486 und seine Familie 


oder 

„Was macht man 
mit einer Million 
Transistoren ?“ 



Mitte der 80er Jahre zeichnete sich 
die Möglichkeit ab, wenige Jahre spä- 
ter auf einem Logikschaltkreis 1 Mil- 
lion Transistoren zu integrieren, und 
ein Intel-Manager warf die Frage auf: 
„Was werden wir mit dieser Million 
Transistoren anstellen?“ 

Intel hat inzwischen das T echnologie- 
niveau 1/tm CHMOS-IV bei Logik- 
schaltkreisen erreicht und gleich zwei 
Antworten auf diese Frage gefunden: 
Zum einen wurde mit dem 80860, 
dem „Supercomputer auf einem 
Chip“ (s. MP 8/1989, S.251), eine 
neue Architekturlinie begründet, bei 
der mit den Mitteln der Höchstintegra- 
tion drei Verarbeitungseinheiten als 
Multiprozessorsystem auf einem 
Chip zusammengefaßt werden konn- 
ten. Zum anderen war am 10. April 
dieses Jahres die Vorstellung des 
80486 (nachfolgend 486 genannt). Er 
wurde mit einem Kostenaufwand von 
mehreren 100 Millionen US-$ in fünf 
Jahren entwickelt und setzt als Nach- 
folger des 386 die bewährte Architek- 


turlinie 80x86 kontinuierlich fort. Das 
Programmiermodell wurde nur gering- 
fügig erweitert; praktisch unterscheidet 
es sich kaum von dem des 386. Das 
mag auch als Zugeständnis an die 
Softwareentwickler zu werten sein, die 
noch immer vollauf damit beschäftigt 
sind, die mit der 386er Architektur ge- 
botenen Möglichkeiten in den Pro- 
grammen voll auszuschöpfen. Daß 
dennoch im Vergleich zum Vorgänger 
etwa viermal so viel Transistoren (ge- 
nau: 1,2 Millionen auf 2cm 2 Chipflä- 
che) benötigt wurden, ist in der radikal 
weiterentwickelten internen Architektur 
begründet, woraus sich ein deutlicher 
Zuwachs an Verarbeitungsleistung er- 
gibt: Bei gleichen Taktfrequenzen ist 
ein 486 etwa dreimal schneller als ein 
386, und im Vergleich mit einem 8088 
in einem IBM-PC bringt es der 486 so- 
gar auf die 50fache Geschwindigkeit. 
Bei 25 MHz Taktfrequenz werden 15 
bis 20VAX-MIPS erreicht. Wie wurde 
der Leistungszuwachs gegenüber den 
Vorgängern erzielt? 


1. Die Herstellungstechnologie des 
486 (Intels 1-^m-Standard-CHMOS- 
IV-Prozeß) führt auf Grund der kleine- 
ren Strukturbreiten zu geringeren 
Gatterverzögerungen und zu redu- 
zierten Signallaufzeiten, verglichen 
mit dem 1,5,um-CHMOS-lll-Prozeß 
der ersten 16-MHz-386-CPUs (inzwi- 
schen sind diese auch in der „schnel- 
leren“ Technologie als 33-MHz-Va- 
riante verfügbar). Der Prozessor 
kann deshalb von vornherein in einer 
schnelleren Version angeboten wer- 

2. Die Ausführungseinheit des 386 
wurde im 486 unter Anwendung von 
RISC-Techniken so modifiziert, daß 
einfache und relativ oft benötigte 
Transport- und Verarbeitungsbefehle 
ohne Mikroprogrammsteuerung di- 
rekt in Hardware in einem oder nur 
wenigen Taktzyklen ausgeführt wer- 
den. Komplexe Befehle arbeitet die 
CPU weiterhin intern mikroprogram- 
miert ab. Der 486 vereint so die RISC- 
und CISC-Architekturkonzepte ver- 
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vertausch! ist: Statt des „Little En- 
dian“-Verfahrens (niederwertiges 
Byte vor höherwertigem Byte) kann 
so auch auf „Big Endian' -Formate 
zugegriffen werden (das höherwer- 
tige Byte zuerst, dann der Reihe nach 
die folgenden niederwertigeren By- 
tes). Man kann so den 486 z. B. in ge- 
mischten Mulitprozessorsystemen 
verwenden, in denen die Kommuni- 
kationspartner beide Repräsentat- 
ionsformen nutzen. Auch die Verar- 
beitung von Zeichenketten (z. B. nu- 
merische ASCII- und BCD-Zeichen- 
ketten) vereinfacht sich. Schließlich 
gibt es noch zwei neue Befehle zur 
Ressourcenverriegelung in Form von 
Kombinationen aus Vergleichs- und 
Additions- sowie Austauschoperatio- 
nen. Einige Steuerbits in den Control- 
registern wurden neu definiert. Der 
486 ist prädestiniert für den Einsatz in 
Hochleistungs-PCs, in Workstations 
und Servern. Auch in Mehrmikrorech- 
nersystemen ist dieser neue Prozes- 
sorguteinsetzbar. Besonders die Be- 
triebssystemgestaltung vereinfacht 
sich, selbst bei Kommunikation mit 


Bus-Controller (EBC), 82357 Integra- 
ted System Peripheral (ISP, dieser 
enthält einen DMA-Controller mit sie- 
ben Kanälen, eine Busarbitrations- 
steuerung, einen programmierbaren 
Interruptcontroller, einen Interruptge- 
nerator für nichtmaskierbare Inter- 
rupts, die Refresherzeugung und 
-Steuerung sowie fünf Zähler/Timer) 
und aus dem EISA-Bus-Pufferschalt- 
kreis 82352 (EBB). Mit dem Bus-Ma- 
ster-lnterfacecontroller 82355 (BMIC) 
wird der Aufbau von Zusatzkarten für 
den EISA-Bus vereinfacht. Der DMA- 
Controller 82480 hat acht unabhän- 
gige Kanäle und erreicht Transferra- 
ten bis zu 80 MByte/s bei 25 MHz. Ein 
neuer Cache-Controller soll künftig 
bis zu 512 KByte schnelle Caches für 
mehrere 80486 an 32- oder 64-Bit- 
Bussen verwalten. Der Preis des Pro- 
zessors soll bei 1500 DM liegen. Das 
ist weniger, als man sonst für ein 
„Pärchen“ 386 + 387 bezahlen 
müßte. Die Taktfrequenz des 486 
wird zunächst mit 25 MHz angege- 
ben, 33- und 40-MHz-Versionen sind 
geplant. Ist nun der 486 „der Prozes- 



einfachter und komplexer Befehls- 
satzarchitekturen miteinander. 

3. Zur Parallelisierung der einzelnen 
Schritte der Befehlsabarbeitung wird 
das Fließbandprinzip (pipelining) ein- 
gesetzt: An 5 „Stationen“ werden Be- 
fehle gelesen, zweistufig decodiert, 
ausgeführt und die Ergebnisse zu- 
rückgeschrieben. Eine gegenüber 
dem 386 doppelt so lange Befehls- 
warteschlange sorgt dafür, daß die 
Pipeline kontinuierlich mit Befehlen 
versorgt wird. 

4. Um die hohe Verarbeitungslei- 
stung auch bei der Verwendung ver- 
hältnismäßig langsamer, preiswerter 
DRAMs im Hauptspeicher ausschöp- 
fen zu können, wurde ein 8 KByte gro- 
ßer Cache (Pufferspeicher) für Daten 
und Programmcode einschließlich 
Cachcontroller integriert. Damit kön- 
nen z. B. für ein Unterprogramm alle 
Befehle und Daten auf dem Chip ge- 
halten werden, ohne daß Hauptspei- 
cherzugriffe notwendig sind. Nur im 
Hintergrund der Programmausfüh- 
rung, daß heißt, ohne daß der Nutzer 
etwas davon bemerkt, wird dafür ge- 
sorgt, daß Ergebnisse automatisch in 
den Hauptspeicher zurückgeschrie- 
ben werden. Um den Cache mög- 
lichst schnell mit neuen Hauptspei- 
cherinhalten füllen zu können, wurde 
ein Blocktransfer -der „Burstmode“ - 
eingeführt, bei dem nur die Anfangs- 
adresse eines einzulesenden Blocks 
an den Speicher ausgesendet und 
anschließend mit jedem Takt ein 32- 
Bit-Doppelwort übernommen wird 
(Busbandbreite 80 MByte je Sekunde 


bei 25 MHz). Die getrennte Adressie- 
rung von vier Speicherbänken gestat- 
tet eine überlappende Arbeitsweise 
bei Zugriffen auf aufeinanderfol- 
gende Bytes. 

5. Auch rechenintensive Programme 
mit Gleitkommaverarbeitung werden 
wesentlich schneller ausgeführt. Der 
sonst übliche Arithmetikkoprozessor 
wurde als Gleitkommaverarbeitungs- 
einheit (FPU) auf dem Chip gleich mit 
integriert. Die Kommunikation mit der 
CPU muß nun nicht mehr über Chip- 
grenzen geführt werden und gestaltet 
sich so einfacher. Zudem ist die FPU, 
ausgedrückt in Taktzyklen, durch 
weitere Architekturverbesserungen 
etwa vier- bis sechsmal so schnell wie 
ein 387. Sie realisiert jedoch nur eine 
Teilmenge des Funktionsumfangs 
des 387; für die Software hat das 
praktisch kaum Konsequenzen. CPU 
und FPU können selbstverständlich 
auch parallel arbeiten. 

Darüber hinaus weist der 486 diesel- 
ben qualitativen Merkmale wie der 
386 auf: 32-Bit-Datenbus (neu: mit 
Paritätsschutz), 32-Bit-Adreßbus mit 
4 GByte physischem und 64 TByte 
(Terabyte) virtuellem Adreßraum, 32- 
Bit-Registerstruktur, gleiche Befehls- 
sätze und Arbeitsmodi. Sechs neue 
Befehle sind vor allem für den Be- 
triebssystemprogrammierer interes- 
sant. Drei Befehle beziehen sich auf 
die internen Caches. Ein Bytevertau- 
schungsbefehl gestattet Datenzu- 
griffe auf Speicher, in denen die Byte- 
reihenfolge gegenüber den in der 
86er Familie geltenden Konventionen 


Prozessoren unterschiedlicher Ty- 
pen. Ausgewählte Speicherbereiche 
(z. B. im Globalspeicher) können 
auch im höchstprivilegierten Modus 
gegen Schreiben und damit vor unbe- 
rechtigten Datenänderungen durch 
Kommunikationspartner geschützt 
werden. Verklemmungsprobleme am 
Globalbus (zwei Prozessoren warten 
gegenseitig aufeinander) kann man 
durch Aktivieren eines Steuersignals 
lösen, durch das der Prozessor in den 
hochohmigen Zustand gesteuert wird 
und sich so vom Bus abkoppelt. Das 
nicht zu Ende abgearbeitete Pro- 
gramm kann später an der Unterbre- 
chungsstelle fortgesetzt werden. 
Auch im Selbsttestmodus kann sich 
der 486 vom Bus abtrennen. 

Und noch ein neues Detail weist der 
486 gegenüber dem 386 auf: 

Sowohl 1 6- als auch 8-Bit-Datenquel- 
len sind auswertbar. Damit ist das ge- 
samte Spektrum an Peripherieschalt- 
kreisen der Vorgängergenerationen 
verwendbar. Für die 486er Familie 
wurde eine Reihe von Ergänzungs- 
schaltkreisen angekündigt. Der 
85C508 ist ein schneller Adreßbusde- 
coder mit 7,5 ns Gesamtverzöge- 
rungszeit. Als CSMA/CD-LAN-Con- 
troller (Ethernetprotokoll nach IEEE- 
802.3) kann der 82596CA mit inte- 
grierter Speicherverwaltung und ei- 
ner zum Ethernet-Controller 82586 
kompatiblen Speicherstruktur einge- 
setzt werden. Außerdem wird ein 
Chipsatz für die EISA-Schnittstelle 
angeboten. Dieser besteht aus fol- 
genden Schaltkreisen: 82358-EISA- 


sor für den Rest des Jahrhunderts" 
(so Microsoft-Chef Bill Gates)? Si- 
cher führt kein Weg an ihm vorbei. Für 
den OEM-Markt (einer Domäne von 
Intel) werden wieder vollständige Pla- 
tinen (Motherboards) vorbereitet (das 
Entwicklerboard iSBC 486/1 25 DU 
für den Multibus II soll bereits erhält- 
lich sein), neben Intel auch von Hew- 
lett Packard, Olivetti, Compaq u. a. 
IBM hat die Einbindung des 486 in die 
PC/2-Architektur noch nicht bestätigt, 
das dürfte aber nur eine Frage der 
Zeit sein. Für die, denen der 486 noch 
immer zu langsam ist, stellt Intel noch 
eine Überraschung in Aussicht: In Zu- 
sammenarbeit mit Prime Computer 
soll 1992 eine ECL-Realisierung der 
486er Architektur als Leiterkarte er- 
hältlich sein. Mit Taktfrequenzen von 
mehr als 150 MHz werden 100 MIPS 
anvisiert. Dieser Leistungsbereich ist 
den traditionellen Großrechnern zu- 
zuordnen. Auch Motorola plant ja für 
1991 eine ECL-Version seines RISC- 
Prozessors 88000. Bezüglich der 
weltweiten und umfassenden Soft- 
warebasis (Stichworte DOS, OS/2, 
UNIX V.5 usw.) hat Intel jedoch ein- 
deutig die Nase vorn, so daß für die 
nächsten Jahre tatsächlich die Ak- 
zente bereits gesetzt sind. Übrigens: 
Die Planung für den 80586 ist bereits 
abgeschlossen. Das soll dann ein 
echter 64-Bit-Prozessor sfein, und frü- 
hestens in 3 oder 4 Jahren wird man 
über ihn berichten können. 
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Grafik mit Hardcopy 

Als Ausgabegerät für grafische Dar- 
stellungen wird neben Plottern und 
Grafikbildschirmen der grafikfähige 
Hardcopy-Drucker nach wie vor gern 
benutzt. Das gilt für die 16-Bit-PCs 
ebenso wie für 8-Bit-PCs. 
Nachfolgend sollen Hardcopy-Routi- 
nen in Turbo-Pascal mitgeteilt wer- 
den, die als Prozeduren in einer Gra- 
fik-Toolbox die Ausgabe eines Gra- 
fikbildschirmes (GBS) sowie wahl- 
weise eines das Grafikbild überla- 
gernden Textbildschirmes (TBS) auf 
Druckern mit Standard-EPSON-Be- 
fehlscode und dem Typenraddruk- 
kerrobotron SD 11 52 realisieren. 

Bei der Grafikarbeit unter Turbo-Pas- 
cal stehen leistungsfähige Tools zur 
Entwicklung von grafischen Darstel- 
lungen auf einem Grafikbildschirm 
zur Verfügung. Die Bildschirme sind 
im allgemeinen als Matrix - z. B. fol- 
gendermaßen - definiert: 



Da es sich hierbei um RAM-Speicher- 
bereiche handelt, kann man diese 
auch dynamisch mit GETMEM anle- 
gen oder direkt auf den Bildwieder- 
holspeicher - beispielsweise den 
TBS beim PC 1715 auf ABSOLUTE 
$F800 - legen. 

Die Routinen zur Bedienung eines 
Grafikbildschirms, wie CLRGBS, 
CLRTBS, PLOT, LINE, QUAD, 
SCHRAFFIERE, KASTEN usw. so- 
wie die Turtle-Grafik sollen hier als 
bekannt vorausgesetzt werden. Wir 
wollen davon ausgehen, daß im Gra- 
fikbildschirm GBS bereits ein Pixel- 
Bild enthalten sei. Wie dieses Bild 
dort erstellt werden kann, ist ander- 
weitig in der Literatur bereits vielfach 
beschrieben worden. Wichtig ist nur 
der Grundgedanke, daß der Grafik- 
bildschirm ein RAM-Speicherbereich 
ist, der nicht unbedingt mit dem visu- 
ellen Bildschirm übereinstimmen 

Durch Aufruf von 

HARDCOPY (GBS, TBS, drpos, drmod); 

wird der Inhalt von GBS und TBS auf 
den Drucker als Hardcopy ausgege- 
ben. Setzt man im Aufruf z. B. 

HARDCOPY (GBS A , null, drpos, drmod); 

CONST null:BYTE=0; 
dann wird nur der Grafikbildschirm 
ausgegeben, der auch eine Pointer- 
variable sein kann, 
drpos: Linker Druckrand (z.B. Heft- 
rand) 

(Standardwert: drpos: CHAR=#0;) 
drmod: Grafik-Modus (m=0..6 bei EP- 
SON) 

(Standardwert: drmod:CHAR= #4;) 
Falls man für den ASCII-Zeichensatz 



beispielsweise den in 141 vorgestellten 
4 x 6-FONT benutzt, kann der T extbild- 
schirm entfallen (null), da dann Text mit 
dem folgendem Prozeduraufruf in ei- 
ner Auflösung von 4 x 6-Pixeln direkt in 
den Grafikbildschirm eingeschrieben 
werden kann. 

DRAWSTRING (X1,Y1,<text>, 


Der Vorteil hierbei ist, daß sich beim 
Verändern des Grafik-Modus 
(drmod) im Ausdruck die Schrift ent- 
sprechend mit verändert und nun an 
jeder beliebigen Stelle im Grafikbild- 
schirm plaziert werden kann. 

Mit der Prozedur HARDCOPY2 wird 
ein Bild doppelter Höhe in vertikaler 
Richtung auf dem Nadeldrucker aus- 


Bild 1 HARDCOPY. INC für Druckergrafik mittels EPSON LX-86 


Bild 2 HARDCOPY. DSW für Druckergrafik mittels Typenraddrucker SD 11 52 




gegeben, das der echten Bildschirm- 
grafik (CGA-Auflösung: 640x200 Pi- 
xel) maßstäblich entspricht. 

Während beim EPSON-Drucker von 
einer Papierbreite von 8 Zoll ausge- 
gangen wird (Breite = 80 Zeichen), 
kann beim SD 1 1 52 auf 1 2 Zoll (Breite 
= 120 Zeichen) oder mehr orientiert 
werden. Die Steuerung der Auflösung 
in x- und y-Richtung wird auch beim 
SD 1 1 52 über den Parameter drmod 
vorgenommen. 

Anhand praktischer Versuche kön- 
nen die Standardwerte in den HARD- 
COPY-Prozeduren den Bedürfnissen 
des Nutzers noch angepaßt wer- 
den. 

Falls man statt auf das Gerät LST erst 
einmal auf ein Textfile ausgibt, kann 
man die so aufbereitete Hardcopy 
später in Texte einbinden oder mit 


dem TYPE-Kommando bei zuge- 
schaltetem Druckerecho ausdruk- 
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X = 63fürrundumrollen STER) *8 

X = 0 für invers rundumrollen (Standard ganzer Bildschirm, nur ge- 

POKE<STARTADRESSE dez.>+8,Y rade Zahlen <30) 

Y = ANFANGSZEILE ROLLFENSTER ACHTUNG: 

+ 128 Zeilenanzahl immer § (32-Anfangs- 

(Standard ganzer Bildschirm, nur un- zeile Rollfenster) 
gerade Zahlend 29, Der Aufruf des Programms erfolgt 

1 Rollzeile = 8 Pixel hoch) von Basic aus: 

POKE<ST ART ADRESSE CALL < STARTADRESSE dez > bzw. 

dez>+10,Z CALL* < STARTADRESSE hex. > 

Z = (ZEILENANZAHL IM ROLLFEN- Thorsten Noske 


Starten von Programmen aus Turbo-Pascal heraus 


Turbo-Pascal enthält ab Version 4.0 
eine Prozedur EXEC, die zum Aufruf 
weiterer Programme genutzt werden 
kann. Danach geht die Steuerung an 
das rufende Turbo-Pascal-Pro- 
gramm zurück IM. In der Version 3.0 
ist eine solche Funktion nicht enthal- 
ten. Für bestimmte Anwendungsfälle 
(z. B. Einschränkung der Nutzung) 
kann es durchaus sinnvoll sein, die 
Kontrolle der aufgerufenen Pro- 
gramme durch ein eigenes Pro- 
gramm vorzunehmen. 

Mit der hier vorgestellten Lösung ist 
es möglich, beliebige Programme, 
Kommandos oder Stapeldateien aus 
einem Turbo-Pascal-Programm her- 
aus abzuarbeiten, das anschließend 
die Steuerung wieder übernimmt. Die 
Grundidee ist nach 121 der Aufruf von 
C0MMAND.C0M mit der Option /C. 
C<C0MMAND.C0M/C0IR* * 

Der (zusätzliche) Kommandointer- 
preter COMMAND.COM wird geladen, 
führt das Kommando DIR * ■* aus und 
wird wieder verlassen. Aus dem Be- 
triebssystem heraus ist dieser Aufruf 
unnötig, da C0MMAND.COM bereits 
geladen ist. Aus einem Anwenderpro- 
gramm heraus wird er sinnvoll, da 


dann C0MMAND.COM selbst die Inter- 
pretation der Befehle und deren Aus- 
führung übernimmt. Der Nachteil ist 
die Verwendung von zusätzlichem 
Hauptspeicher (hier etwa 24 kByte). 
Das abgebildete Programm EXEDE- 
M0.PAS ist eine modifizierte Version 
des in 131 dargestellten Verfahrens. 
Zuerst wird der notwendige Speicher 
bereitgestellt (SETBLOCK), danach 
das Kommando eingelesen und an 
EXEC als Parameter zu C0MMAND- 
.C0M übergeben. 

Zu beachten ist, daß das Programm 
im C-Modus compiliert wird und die 
Optionen mlnimum free dynamic me- 
mory und mAximum free dynamic 
memory auf den Wert von StackSize 
eingestellt werden, um eine ord- 
nungsgemäße Rückkehr zu ermögli- 
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Programm Rollen links 

Diese kurze MC-Routine für U 880 
rollt den Inhalt des Bildschirms um 
genau ein Pixel nach links. 

Dabei wird eine Bildschirmfläche von 
255 x 255 Pixeln bewegt. Das Pro- 
gramm ist in verschiebbarem MC ge- 
schrieben und somit auf jedem freien 
Speicherbereich lauffähig. 

Die Speicherplatzbelegung dient nur 
als Vorschlag. 

0028 CD 18 F0 FD E5 F5 21 FF 
0030 9F 06 FF C5 E5 FD El FD 


0038 7E El 07 3F 3F 06 20 CB 
0040 16 2B 10 FB CI 10 EC Fl 
004BFD El CD 1B F0 C9 00 00 
Die Eingabe des Programms kann 
über Modify auf einen beliebigen 
Speicherbereich erfolgen. Eine an- 
dere Variante wäre das Einlesen von 
Basic aus (siehe Bild). 

Es existieren folgende Optionen: 
POKE<STARTADRESSE 
dez> + 19,X 

X = 55 für herausrollen (Standard) 




MULTICAD-Kompendium 

In Zusammenarbeit mit dem Kombi- 
nat Leuna und dem CAD/CAM-Zen- 
trum des Hochschulwesens für die 
chemische Industrie an der TH 
Leuna-Merseburg wurde ein Kom- 
pendium zur Anwendung des CAD- 
Systems MULTICAD erarbeitet. 
Es ist maschinenlesbar nachnutz- 
bar. 

Technische Hochschule „Carl Schoriem- 
mer“ Leuna-Merseburg, Direktorat für 
Forschung, Otto-Nuschke-Straße, Mer- 
seburg, 4200; Tel. 46 29 22 

Dr. Reinemann 


Kopplung A 71 SO 
mit Druckern über IFSS 

Um vorhandene Breitwagendruck- 
technik mit IFSS-Schnittstelle erset- 
zen zu können, wurde für 16-Bit- 
Rechner ein T reiber entwickelt und im 
DCP installiert. Hardwaremäßig 
wurde das Druckerkabel rechnersei- 
tig mit einem Canon-Stecker bestückt 
und am Rechner der IFSS-Ausgang 
belegt. Die Druckgeschwindigkeit 
entspricht der des PC 1715. Breitwa- 
gendrucker K 631 4 und SD 1 1 52 kön- 
nen nur an den A 7150 angeschlos- 
sen werden. 

VEB Leipziger Arzneimittelwerk, ORZ, 
Elisabeth-Schumacher-Straße 54/56, 
Leipzig, 7050; Tel. 64441 

Reimann 


PENCIL und S 3004 

PENCIL ist ein Programm für die Er- 
stellung von Texten auf einem Klein- 
computer vom Typ KC 85/1 oder 
KC 87 und die Ausgabe auf eine elek- 
tronische Schreibmaschine des Typs 
Erika S 3004. Dabei wird weder der 
Druckermodul des KC noch die Inter- 
facebox der Schreibmaschine benö- 
tigt. Der Hardwareaufwand besteht 
lediglich im Verbinden des seitlichen 
PlO-Ports des KC mit der entspre- 
chenden Buchse der Schreibma- 
schine über ein dreipoliges Kabel mit 
entsprechenden Steckverbindern. 
Mit dem Programm können die bear- 
beiteten Texte auf Magnetband aus- 
gelagert und auch wieder eingelesen 
werden. Der mögliche Textumfang 
hängt von der RAM-Kapazität ab. 
Nach Betätigen der Taste LIST kann 
der mittels Kursortasten hineinge- 
rollte Bildschirminhalt und nach Betä- 
tigen der Taste RUN der komplette 
Text ausgegeben werden. 

S 3004 ist ein T reiber für die Ausgabe 
auf der elektronischen Schreibma- 
schine S 3004 von einem KC 85/1 
oder KC 87 aus. Nach Einordnen in 
das Betriebssystem mit dem Kom- 
mando ASGN LIST:=S 3004 ist der 
Treiber aktiv. Ein Paralleldruck zur 
Bildschirmausgabe ist über die Betä- 
tigung der Tasten CONTR P möglich. 
Der Hardwareaufwand besteht im 
Verbinden des KC mit der Schreib- 
maschine über ein dreipoliges Kabel 
mit entsprechenden Steckverbin- 
dern. 

Kreiskulturhaus Schwedt, Abteilung 
Technik, Emst-Thälmann-StraOe 46-48, 
Schwedt (Oder), 1330 

Reichenbach 


dBase-Programm 

COMMWORK 

COMMWORK ist ein universell an- 
wendbares Hilfsprogramm zur Bear- 
beitung von dBase-Kommandoda- 
teien. Folgende Funktionen werden 
realisiert: 

- Zeilenorientiertes Editieren von 
Kommandodateien; die betreffenden 
Programmzeilen werden vom Nutzer 
ausgewählt und können sofort bear- 
beitet werden. 

- Auflisten oder Ausdrucken von 
Kommandodateien oder von ausge- 
wählten Programmteilen 

- Mehrere Kommandodateien oder 
daraus ausgewählte Teilabschnitte 
können zu neuen Kommandodateien 
verknüpft werden. 

- Nach Eingabe einer Zeichenreihe 
werden nur die Programmzeilen geli- 
stet, die die betreffenden Zeichen- 
kombination enthalten. 

COMMWORK wurde als dBase- 
Kommandodatei angelegt. Somit 
kann es jederzeit aufgerufen werden, 
ohne daß das Datenbanksystem ver- 
lassen werden muß. Alle Funktionen 
sind menügesteuert. Darüber hinaus 
steht dem Nutzer ein Helpmenü zur 
Verfügung, das die gesamte Projekt- 
dokumentation beinhaltet. Das Pro- 
gramm wurde auf dem PC 1715 mit 
dem Epson LX-86 im Betriebssystem 
SCP erarbeitet. Ein Drucker ist nicht 
zwingend notwendig. Mit einigen Än- 
derungen ist eine Anwendung des 
Programms auch in REDABAS mög- 
lich. 

VEB Metallwerk Wasungen, Abt. 0DV, 
Katzweg 22, Wasungen, 6104; Tel. 214 

Nitsche 

Kopierprogramm COWA 

Speziell den Anwendern, die zwar in 
der Lage sind, ihre fachbezogenen 
Programme perfekt zu nutzen, aber 
darüber hinaus kaum über spezielle 
EDV-Kenntnisse verfügen, soll das 
entwickelte Programm COWA helfen. 
COWA informiert über die Nettokapa- 
zität der Diskette, den belegten Platz, 
die maximale Anzahl der Directory- 
Einträge, die genutzten Einträge, die 
Größe und die Namen der gespei- 
cherten Dateien und die zugeordne- 
ten Nutzerbereiche, und zwar auf ei- 
nen Blick, ohne irgend etwas (außer 
der Laufwerksauswahl) tun zu müs- 
sen. Die Auswahl der zu bearbeiten- 
den Dateien erfolgt per Tastendruck 
(und ist auch wieder genauso rück- 
gängig zu machen). Unmittelbar nach 
Auswahl jeder zur Bearbeitung her- 
anzuziehenden Datei wird auf die 
Auswirkungen (hinsichtlich der Kapa- 
zitätsinanspruchnahme) hingewie- 
sen, die die geplante Operation hat 
(Löschen, Kopieren). Beim Kopieren 
wird neben dem Inhalt der Quelle 
auch der der Zieldiskette angezeigt. 
Eine eindeutige Menüführung in deut- 
scher Sprache und eine sofort verfüg- 
bare Anwendungsbeschreibung hel- 
fen bei der Bedienung. Das Kopier- 
programm COWA ist für die Rechner 
PC 1 71 5, A 51 20 und A 71 00 verfüg- 
bar. 

VEB Autobahnbaukombinat Magdeburg, 
Kombinatsleitung, Bereich 0DV, Abt. 
DVP, Agnetenstraße 14, Magdeburg, 
3024; Tel. 59 52 34 Wagner 


MS-DOS-Grafiktoolbox 
unter Turbo-Pascal 

Ein wesentliches Kriterium für die Ak- 
zeptanz von Programmen, welche 
die Grafikschnittstellen des Compu- 
ters nutzen, ist die Übertragbarkeit 
auf Computer mit unterschiedlichen 
Grafikadaptern. Die Grafiktoolbox er- 
möglicht die Programmierung der 
GSX-Grafikschnittstelle (Betriebssy- 
stemerweiterung) von MS-DOS- 
Computern für unterschiedliche Gra- 
fikgeräte (Bildschirm, Plotter, Druk- 
ker...). Die Toolbox unterstützt fol- 
gende Grafikadapter: 

- Robotron (A 71 50/EC 1 834) 

- Hercules 

- CGA. 

In MP 1 1/1987, Seite 325, wurde be- 
reits eine Toolbox für den A 71 00 un- 
ter SCP vorgestellt. Die mit dieser 
Toolbox geschriebenen Programme 
sind nach Austausch der Toolbox 
weitgehend kompatibel und somit auf 
MS-DOS übertragbar. Die Toolbox 
liegt als Pascal-Quelltext vor und wird 
über eine Includeanweisung einge- 
bunden. 

Technische Universität Dresden, Sek- 
tion Elektrotechnik, Mommsenstraße 
13, Dresden, 8027; Tel. 4632917/ 
4633189 Vetter 

TEXTPLOT 

Zur schnellen und sauberen Erzeu- 
gung von Texten für Poster, Wand- 
zeitungen, Lehrmaterial oder Polylux- 
folien wurde für den Kleincomputer 
KC 87 in Verbindung mit dem Klein- 
plotter XY 4131 ein Basic-Programm 
zur komfortablen Texteingabe, -kor- 
rektur (siehe MP 4/1 988, S. 1 1 6), -ab- 
speicherung und -ausgabe entwik- 
kelt. Von Menüs aus erfolgt die Aus- 
wahl der Funktionen. Es können ver- 
schiedene Formate (A4 im Längs- 
oder Querformat und Polyluxfolien) 
mit oder ohne Überschrift (Schrift- 
größe 15 % größer) in den Schriftgrö- 
ßen 3-1 5 mm und 15-43 mm sowie 
den Schriftarten Senkrecht-, Kursiv-, 
Normal-, oder Fettschrift realisiert 
werden. Insgesamt stehen 2 Pro- 
grammversionen (TEXTPLOT- 
Schriftgröße 3-1 5 mm und TEXT- 
PLOT-Schriftgröße 15-43 mm) und 
ein Hilfsprogramm (Kurzdokumenta- 
tion) zur Verfügung. 

Technische Hochschule Ilmenau, Sek- 
tion Phyteb, PSF 327, Ilmenau, 63B0; 
Tel. 7 47 66 Dr. Spieß/Hecht 

Arbeitshilfe 

für Turbo-Pascal 4.015.0 

Für Rechner unter dem Betriebssy- 
stem MS-DOS bietet sich die Pro- 
grammiersprache Turbo-Pascal mit 
hohem Leistungsvermögen und an- 
sprechender Benutzeroberfläche an. 
Zur Unterstützung der Anwenderpro- 
grammierung wurde eine Arbeitshilfe 
in Form einer Kurzdokumentation ge- 
schaffen, die umfassende Informatio- 
nen zur integrierten Entwicklungsum- 
gebung, den Units, sowie eine Über- 
sicht der Prozeduren und Funktionen 
in kompakter Form enthält. Unter- 
schiede zwischen den Versionen 4.0 
und 5.0 sind gekennzeichnet. Der 
Umfang der Dokumentation ein- 
schließlich Register beträgt etwa 120 
Seiten. Zur Nutzung der Programme 
PKARC und PKXARC (Archivierung und 


Entarchivierung) unter dem Betriebs- 
system MS-DOS liegt eine deutsch- 
sprachige Dokumentation vor. Die 
Dokumentationen werden auf 5V4"- 
Disketten des Nachnutzers überge- 
ben. 

INTERFLUG, Fachbereich WTI, Abt. Pro- 
zeßautomatisierung, Flughafen, Berlin- 
Schönefeld, 1189; Tel. 6725240 


Einchiprechner- 

steuerungen 

Die erste Lösung unter der Bezeich- 
nung KS-8 ist als Einkartensteuerung 
für Anwendungen der Prozeßsteue- 
rung mit maximal 32 E/A-Signalen 
ausgelegt. Sie besteht aus einem Pe- 
ripherie-Modul im Format 215 mm x 
1 70 mm, auf den der Steuerungskern 
als Reiterkarte mittels Steckverbin- 
ders aufgesetzt wird. Der Steue- 
rungskern (Format 105mmx 
1 00 mm) besteht aus dem EMR, dem 
Programmspeicher und der Takter- 
zeugung. Der Peripherie-Modul ent- 
hält 1 6 binäre Prozeßeingabesignale, 
davon 14 Optokoppler getrennt mit- 
tels MB 1 1 1 (Spannungsebene belie- 
big) mit jeweils eigenem Potential und 
mit 2 DL 004 gepuffert sowie 16 Pro- 
zeßausgangssignale, davon 12 Opto- 
koppler getrennt mit MB 104 (Span- 
nungsebene beliebig bei 0,5 W Lei- 
stung pro Kanal) mit jeweils eigenem 
Potential und mit 4 DL 004 gepuffert. 
Die Signalbelegung der E/A-Kanäle 
wird mittels LED angezeigt. Die Vor- 
teile der Lösung bestehen insbeson- 
dere im sehr geringen Materialauf- 
wand, dem problemlosen Aufbau und 
guten Service-Bedingungen (Nach- 
nutzungsgebühr 300,- M). 

Die zweite Lösung unter der Bezeich- 
nung ECS 88 ist ein Steuerungssy- 
stem für die Prozeßautomatisierung, 
bei der die Anzahl der verfügbaren E / 
A-Leitungen unter Verwendung von 
Latches erweitert wurde. Für diese 
Erweiterung wurden die Ports PI und 
PO des EMR verwendet. Die theoreti- 
sche Anzahl der möglichen E/A-Lei- 
tungen beträgt 1 28 x 8 Kanäle. Das 
Steuerungssystem besteht aus ei- 
nem Rechnerkern mit einem Pro- 
grammspeicher von maximal 4 KByte 
sowie den E/A-Karten mit jeweils 8 
Ein- oder 8 Ausgangsleitungen. Die 
E/A-Karten gewährleisten Potential- 
trennung und Pegelanpassung. Das 
System wurde auf Leiterkarten im 
Format 170 mm x 95 mm aufge- 
baut. 

Die Vorteile der Konfiguration beste- 
hen in der freien Verfügbarkeit von 
maximal 1 28 x 8 E/A-Kanälen und 
der Ports P3 und P2 des Einchipmi- 
krorechners durch den Anwender so- 
wie im relativ geringen Hardwareauf- 
wand im Vergleich zu Steuerungsva- 
rianten auf der Basis des U 880 
(Nachnutzungsgebühr 500,- M). 
Ingenieurbetrieb für die Anwendung der 
Mikroelektronik Bezirk Coltbus im VEB 
Mikroelektronik „Robert Harnau“ GroB- 
räschen, Karl-Liebknecht-Straße 1, 
Großräschen, 7805; Tel. 6015 (BfN) 
oder 51 17 (KAM). 

Übelhauser 
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Editor für 8 x8-Font 

Die Verwendung eigener Zeichen- 
fonts für die Druckergrafik ist ein ef- 
fektives Mittel zur besseren Gestal- 
tung der Datenausgabe. Die Verwen- 
dung von Fontdateien für die Spei- 
cherung der einzelnen Zeichensätze 
bietet sich an. Um diese bei 16-Bit- 
Rechnern weit verbreitete Technik 
auch für 8-Bit-Rechner zur Verfügung 
stellen zu können, wurde ein speziel- 
les Entwurfspaket entwickelt. Es be- 
steht aus einem Fonteditor sowie 
einigen Musterfonts. Weiter werden 
Turbo-Pascal-Unterprogramme für 
den Zugriff auf Fontdateien aus An- 
wenderprogrammen heraus bereit- 
gestellt. Der Fonteditor ist voll interak- 
tiv aufgebaut und besitzt folgende 
menügesteuerte Grundfunktionen: 

- Schreiben und Lesen der Fontda- 

- Auswahl eines zu editierenden Zei- 
chens 

- interaktives Editieren eines Zei- 
chens 

- Kopieren von Zeichen innerhalb 
des Zeichensatzes. 

Die Fontdatei selbst ist als Binärfile 
aufgebaut. Die Nutzung unter Turbo- 
Pascal erfolgt als untypisiertes File. 
Die bereitgestellten Unterprogramme 
unterstützen das Einlesen der Font- 
datei sowie die Ausgabe der Zeichen 
in einen internen Grafikpuffer des An- 
wenderprogramms. Als Zeichenfonts 
stehen gegenwärtig der IBM-Stan- 
dardzeichensatz, ein Zeichensatz mit 
griechischem Alphabet und mathe- 
matischen Sonderzeichen sowie ein 
Zeichensatz mit verschiedenen Mar- 
kern zur Unterstützung von Kurven- 
darstellungen zur Verfügung. 

Das Editorpaket ist auf 5,25"-Diskette 
für PC 1715 unter CP/A lieferbar. Es 
umfaßt den Editor als .COM-Datei, 
die Unterprogramme für die Arbeit mit 
den Fonts als Include-Datei, die Font- 
dateien und eine Dokumentation. 
Institut für Wirkstofforschung, Abt. FT, 
AG EDV, Alfred-Kowalke-Straße 4, Ber- 
lin, 1136; Tel. 51 63 221 Höhne 


Compiler-Compiler MIRA 

Der Compiler-Compiler unterstützt 
den Bau von Übersetzern für Fach- 
sprachen. Vom Anwender ist eine at- 
tributierte Grammatik zu erarbeiten, 
die den gewünschten Compiler be- 
schreibt. Durch die Verarbeitung die- 
ser Grammatik mit dem Software- 
werkzeug MIRA wird der Kern eines 
Compilers, in Form von Quelltext der 
Programmiersprache C, automatisch 
erzeugt. Dazu zählen der Syntaxana- 
lysator und die semantischen Aktio- 
nen. Die restlichen Module müssen 
per Hand geschrieben werden, es ist 
aber auch möglich, universelle Mo- 
dule für die lexikalische Analyse, die 
Fehlerauswertung und das Hauptpro- 
gramm aus einer Standardbibliothek 
zu übernehmen. Die vielfältige und 
leichte Handhabung von MIRA er- 
möglicht es ebenso, Interpreter auto- 
matisch zu generieren. Kennzeichen 
der erzeugten Übersetzer sind: effi- 
zienter und kleiner Code, geringe 
Laufzeiten und sprachunabhängige 
Fehlermeldungen. Der Gompiler- 
Compiler MIRA ist unter WEGA (an- 
deren UNIX-kompatiblen Systemen 
auf Anfrage) lauffähig. Im Unter- 
schied zum UNIX-Tool yacc verarbei- 
tet MIRA eine attributierte LL(1 )- 
Grammatik. Weiterhin sind die Feh- 
lerdiagnostik und das Aufsetzverhal- 


ten hervorzuheben. Vom Entwickler 
wird MIRA für die Generierung der 
Mensch-Maschine-Schnittstelle zur 
Steuerung digitaler Vermittlungsanla- 
gen eingesetzt. 

Für die Nachnutzung werden ange- 
boten: Compiler-Compiler MIRA, uni- 
verselle Module für lexikalische Ana- 
lyse, Fehlerauswertung und Haupt- 
programm, Testbeispiele sowie An- 
wenderdokumentation. 

VEB Funkwerk Köpenick, ZFTN, Abt. 
EVR7, Edisonstraße 63, Berlin, 1160, 
Tel. 54 60 64 57 oder 54 60 63 32 

KnieBner 


AUTRA-M1 6-Programm- 
pakete 

Das Programmpaket Stücklistenaus- 
wertung dient der Rationalisierung im 
Bereich der Konstruktion, der Tech- 
nologie und der Produktionsplanung. 
Es erfüllt folgende Funktionen: 

- Erfassen und Ändern von Stamm- 
daten (Material- und Werkstoffdatei, 
Bauteildatei, Stücklistendatei) 

- Erfassen und Warten von Manu- 
skriptstücklisten, die redundanzarm 
gespeichert werden 

- Bearbeiten von Stücklisten durch 
Zusammenstellung der Daten der 
Manuskriptstückliste und der Stamm- 
dateien, durch Berechnung von Fer- 
tig- und Einsatzmassen, Oberflächen 
sowie Preisen; die Strukturauflösung 
ist möglich. 

- Erarbeiten von Bauteilauswahlli- 
sten nach frei wählbaren Merkmalen; 
eine Zusammenfassung mehrerer 
Stücklisten ist möglich. 

- Anfertigen von Materiallisten aüf 
der Basis einer oder mehrerer Stück- 
listen 

- Der Belegdruck für TAB 1, TAB 2 
und TAB 3 wird als Standard angebo- 
ten. 

Zum Programmpaket werden fol- 
gende Schnittstellen für Anschluß- 
projekte angeboten: 

- Anfertigen der Manuskriptstückli- 
ste unter CADdy 

- Ausgabe aller Daten (Stücklisten, 
Bauteillisten, Materiallisten) als se- 
quentielle Datei für die Weiterverar- 
beitung 

- Übergabe der Daten an das AU- 
TRA-M16-Programmpaket Arbeits- 
planstammkarten 

Für Erstanwender können Stammda- 
teien für ausgewählte Halbzeuge und 
Normteile bereitgestellt werden. 

Das Programmpaket Arbeitsplan- 
stammkarten ermöglicht eine bedeu- 
tende Rationalisierung beim Anferti- 
gen, beim Aktualisieren und beim 
Auswerten technologischer Ferti- 
gungsunterlagen. Es erfüllt folgende 
Funktionen: 

- Speichern und Aktualisieren von 
Zeitnormativen sowie dazugehörigen 
arbeitsgang- oder bauteilspezifi- 
schen Texten; Berücksichtigen linea- 
rer und nichtlinearer Zeitverläufe 

- rationelles Erfassen, Erzeugen 
und Aktualisieren technologisch 
orientierter Datenbestände (z. B. Ar- 
beitsplanstammkarten); möglich ist 
dabei die bauteil- oder baugruppen- 
bezogene Arbeitsweise. Auf der 
Grundlage gespeicherter Zeitnorma- 
tive können die Normzeiten von Ar- 
beitsverrichtungen automatisch er- 
mittelt werden. 

- Aggregation von Fertigungszeiten 
nach anwenderspezifischen Kriterien 

- Übernahme bauteilbeschreiben- 
der Daten aus den Ergebnissen des 


AUTRA-M1 6-Programmpaketes 
Stücklistenauswertung 

- variable Datenausgabe: Druck von 
Fertigungsbelegen (APSK, LS u.a.) 
und Datenausgabe auf Magnetdaten- 

- Kontrolle des Fertigungsdurch- 
laufs auf der Basis von Rückmeldun- 
gen aus den Fertigungsbereichen; 
Übernahme technologisch orientier- 
ter Datenbestände in eine Ferti- 
gungsplandatei 

- Zwischen- und Endabrechnungen 
von Fertigungsprozessen. 

Beide Programmpakete laufen unter 
MS-DOS. Die Übernahme von Daten 
aus der 8-Bit-Vorgängerlösung ist 
möglich. Für Erstanwender können 
Normativdateien mit ausgewählten 
Arbeitsverrichtungen bereitgestellt 
werden. 

VEB Zentralinstitut für ökonomischen 
Metalleinsatz im VEB Qualitäts- und 
Edelstahl-Kombinat, Abteilung Produk- 
tionsvorbereitung, Karl-Marx-Straße, 
PSF 44, Dresden, 8080; Tel. 587442 

Rotsche/Dr. Rothe 

DISKEDIT 

Das gezielte Verändern einzelner By- 
tes auf ener Diskette mittels Stan- 
dardsoftware ist sehr mühselig und 
kompliziert. Dafür wurde von uns das 
Programm DISKEDIT entwickelt. Es 
ermöglicht die Anzeige und die Kor- 
rektur aller Datenbytes einer Diskette 
einschließlich Systemspuren und 
Verzeichnis. Das Programm ist in 
Turbo-Pascal geschrieben, die Lauf- 
fähigkeit wurde unter SCP und CP/A 
geprüft. Bedingung ist ein Monitor mit 
möglicher Inversdarstellung (z. B. PC 
1715), das .Diskettenformat spielt 
keine Rolle. Die Verarbeitung erfolgt 
dateiweise. Mittels der Cursortasten 
kann man ähnlich wie im Textprozes- 
sor vor- und rückwärts durch die Datei 
blättern. Es steht eine Suchroutine 
nach einer Zeichenkette oder einer 
Folge von Bytes zur Verfügung. 
Ebenso kann durch Eingabe einer 
Blocknummer zum gewünschten 
Block verzweigt werden. Im Editier- 
modus kann der Cursor im aktuellen 
Block frei zu jedem dargestellten Byte 
bewegt werden. Dabei kann jedes 
Byte überschrieben werden, wobei 
vorher festgelegt wird, ob die Eingabe 
als Dezimalzahl, Hexadezimalzahl 
oder ÄSCII-Zeichen erfolgt. Bei Ein- 
gabe einer Spurnummer statt eines 
Dateinamens wird die Diskettenspur 
in der Reihenfolge der logischen Sek- 
toren als Datei aufgefaßt und kann 
ebenso von Anfang bis Ende bearbei- 
tet werden. Mit diesem Programm ist 
es problemlos möglich, durch Rech- 
nerabsturz zerstörte Datenbestände 
oder Verzeichniseinträge zu reparie- 
ren, in nicht richtig abgeschlossene 
REDABAS- oder Pascal-Dateien die 
richtige Satzanzahl zu schreiben oder 
z. B. Programmausschriften zur Nut- 
zerführung in die deutsche Sprache 
zu übersetzen. Das Programm ist 
durch eindeutige Menüführung weit- 
gehend selbsterklärend. 

Zum Nachnutzungsumfang gehören 
das Programm und eine kurze Be- 
schreibung. 

LPG(P) „An der Triebisch“ Herzogs- 
walde, Nr. 50, Helbigsdorf, 8211; Tel. 
Mohorn 290 Ramm 

Turbolader für KC 87 

Für die KC 87-Reihe wurde ein Tur- 
bolader entwickelt, mit dem alle Ba- 


sic- und Maschinenprogramme (auch 
mehrteilig) normal oder beschleunigt 
kopiert werden können. Einstellbare 
Parameter sind: 

- Aufzeichnungsgeschwindigkeit 
(bis 5fach) 

- blockweises oder blockfreies 
(spektrumähnliches) Kopieren je- 
weils mit einstellbarer Geschwindig- 
keit 

- Vortonpause zwischen den Blök- 

- Autostart von Basic-Programmen 

- Programmschutz. 

Turbokopierte Programme werden im 
OS-Modus wie normale Programme 
geladen, denn sie besitzen am An- 
fang eine spezielle Laderoutine von 3 
Blöcken. Beim weiteren Kopieren von 
Turbo-Programmen bleiben die Para- 
meter erhalten. 

Für die Nachnutzung ist eine ausführ- 
liche Dokumentation erhältlich. 

Computerklub der SPS „Heinrich Hertz“, 
Frankfurter Allee 14a, Berlin, 1035 

Lüdtke 


Magnetbandgerät 
CM 5300.01 über V24 an PC 

Die Kopplung erfolgte an die Rechner 
A 7100/71 50, ist aber für alle PCs mit 
V.24-Schnittstelle installierbar. 

Der PC kommuniziert mit einem rech- 
nergestützten Controller, der seiner- 
seits das Magnetbandgerät ansteu- 
ert. Die Hardware des Controllers be- 
steht aus einer Rechnerplatte (CPU 
U880, 4 KByte EPROM, 60 KByte 
DRAM, CTC U857, SIO UA856, 
2 PIOs U855, Systemtakt 2,5 MHz) 
und einer Interfaceplatte (I/O-Logik, 
Treiber). Der Controller besitzt ein Ur- 
lade-Programm auf EPROM. Sein 
Betriebssystem wird über den PC ge- 
laden. Er erfüllt folgende Aufgaben: 

- Empfang und Ausführung vom PC 
gesendeter Kommandos 

- Datenaustausch zwischen dem in- 
ternen Puffer und dem PC 

- Meldungen über die Bandposition 
an den PC 

- Steuerung des Magnetbandgeräts 

- Prüfung der Daten auf Parität, 
CRC, LRC (Lesen) bzw. Erzeugung 
der Parität, CRC, LRC (Schreiben). 
PC-seitig wird für die Magnetbandar- 
beit Software unter Turbo-Pascal (ab 
Version 3) in Form von Prozeduren 
und Funktionen auf zwei Ebenen an- 
geboten: 

- elementare Bandoperationen, d. h. 
Realisierung der Befehle des Control- 
ler-Betriebssystems auf unterster 

- dateiorientiertes (logisches) Le- 
sen, Schreiben und Positionierendes 
Magnetbands; Bandanalyse sowie 
Verzeichnisausgabe. 

AdW der DDR, Institut für Kosmosfor- 
schung, Bereich 8, Rudower Chaussee 
5, Berlin, 1199; Tel: 674 50 57 

Schrödter 


Fehlersuche 
am EC 1055.M 

Durch den Einsatz der erarbeiteten 
Lösung (NV 381 /88/Q) wird die Feh- 
lersuche bei Hauptspeicherfehlern 
am EC 1055.M mit BC rationali- 
siert. 

VEB Kontaktbauelemente und Spezial- 
maschinenbau Gornsdorf, Gornsdorf, 
9163; Tel. 3 10 Uhlmann 



Magabit-RAM s 
werden schneller 

Mit der ständig steigenden Taktge- 
schwindigkeit von PCs entstand das 
Problem, daß der Prozessor (bei Tak- 
traten von mehr als 10 MHz) auf den 
Hauptspeicher warten muß. Deshalb 
wurden für schnelle PCs Cache-Spei- 
cher eingeführt, die sich zwischen 
Hauptspeicher und Prozessor befin- 
den. Diese Caches benötigen aber 
eine komplizierte Controller-Technik 
(siehe auch MP 10/1988, S.311). 
Deshalb ist das Bestreben verständ- 
lich, die kostengünstigen dynami- 
schen RAMs so schnell zu machen, 
daß der Cache ganz entfallen kann - 
vorausgesetzt, daß der RAM-Preis 
nicht wesentlich steigt. 

Im Durchschnitt hatten dynamische 
RAMs bisher Zugriffszeiten zwischen 
80 und 1 20 ns (der U 61 000 vom VEB 
Carl Zeiss JENA bringt es auf 1 00 ns). 
Die Firma NMB Semiconductor kün- 
digte im März dieses Jahres die Pro- 
duktion eines 1-MBit-DRAMs mit 50 
bis 70 ns für Anfang 1990 an. ImApril 
meldete Hitachi die Entwicklung des 
1-MBit-DRAMs HM571000JP mit ei- 
ner Zugriffszeit von 35 ns, der noch 
Mitte dieses Jahres verfügbar sein 
sollte. Kurz darauf meldete sich IBM 
mit der Erfolgsmeldung: 22 Nanose- 
kunden. Hierbei handelt es sich aber 
nur um Testchips, die vermutlich erst 
in einigen Jahren zur Serienreife ge- 
bracht werden können. Zur Verdrah- 
tung dieses Chips werden zwei 
Schichten polykristallines Silizium 
und zwei Metallschichten verwendet; 
durch diese Kombination werden hö- 
here Packungsdichten und damit hö- 
here Geschwindigkeiten ermöglicht. 
Entwickelt wurde der Chip von IBM in 
Zusammenarbeit mit dem Tokyo Re- 
search Laboratory. 

Aber auch bei den teureren stati- 
schen RAMs bleibt die Entwicklung 
nicht stehen. So konnte Toshiba in 
diesem Frühjahr die Entwicklung von 
Prototypen eines 1-MBit-Chips (in ei- 
ner 0,8-^m-BICMOS-Technologie) 
mit einer Zugriffszeit von nur 8 ns be- 
kanntgeben. Im März in Musterstück- 
zahlen bereits verfügbar war der 
CMOS-SRAM HM624256 von Hita- 
chi, dessen 256 K x 4 Bit eine Zu- 
griffszeit von 35 ns aufweisen. mp 


32-Bit-PCs 
von Schneider 

In unserem Bericht von der Leipziger 
Frühjahrsmesse (MP 7/89, S.221) 
hatten wir bereits erwähnt, daß die 
Schneider Rundfunkwerke ihre Pro- 
duktpalette um ein Modell mit dem 
32-Bit-Prozessor Intel 80386 erwei- 
tert haben; dieser ist in verschiede- 
nen Versionen im Angebot. 

Das Basismodell 80386 - 16/60 arbeitet 
mit einem 16-MHz-Prozessor und 0 
Wartetakten, hat 2 MByte RAM (er- 
weiterbar bis 16 MByte), ein 3,5-Zoll- 
Diskettenlaufwerk (1,44 MByte) und 
eine 60-MByte-Festplatte. Es besitzt 
eine serielle und eine parallele Schnitt- 
stelle, acht freie Steckplätze für Leiter- 
karten sowie eine Echtzeituhr. 

Als Spitzenmodell ist der 80386 - 25 / 
340 anzusehen. Der PC besitzt die 
25-MHz-Variante des 80386, hat 
4 MByte RAM (erweiterbar bis 


Entwicklungen und Tendenzen 



24 MByte), ein 3,5-Zoll-Diskettenlauf- 
werk (1,44 MByte), ein 5,25-Zoll-Dis- 
kettenlaufwerk (1,2 MByte) und eine 
333-MByte-Festplatte. An Schnitt- 
stellen bietet er zwei serielle, eine pa- 
rallele sowie ein SCSI für bis zu sie- 
ben weitere Laufwerke. 

Der Monitor der PC-Reihe hat eine 
Auflösung von 1024x768 Punkten 
und arbeitet mit einem Video-Adap- 
ter, der kompatibel zu CGA, Hercu- 
les, EGA und VGA ist. MP 

Joint-venture 
zur Produktion 
von Halbleiterspeichern 
in den USA gegründet 

Führende Elektronikunternehmen der 
USA haben vereinbart, gemeinsam 
die Produktion von DRAMs aufzuneh- 
men. Nach Presseberichten wollen 
die Konzerne DEC, Hewlett-Packard, 
Intel, Natsemi, LSI Logic und AMD un- 
ter Führung von IBM eine gemein- 
same Firma mit dem Namen U.S. Me- 
mories Inc. gründen, um die japani- 
sche Konkurrenz zurückzudrängen. 
In den nächsten Jahren sollen zur 
Produktion der DRAMs Investitionen 
in Höhe von mehreren Hundert Millio- 
nen Dollar vorgenommen und eine 
entsprechende Chip-Fabrik errichtet 
werden. Diese soll bereits Anfang 
1991 die Produktion von 4-MBit- 
DRAMs unter Berücksichtigung der 
Erfahrungen IBMs aufnehmen. Kom- 
mentatoren in den USA verweisen 
darauf, daß mit der Bildung des Unter- 
nehmens eine Art Superkonzern ent- 
steht, der den USA-Markt für derartige 
Chips nahezu vollständig kontrollie- 
ren könnte. Bisher hätten die mitein- 
ander konkurrierenden Firmen nur im 
Bereich der Forschung kooperiert. 

In den vergangenen Jahren war es 
zwischen den USA und Japan wie- 
derholt zu handelspolitischen Ausein- 
andersetzungen im Bereich der Chip- 
Produktion gekommen. Dabei war 
von USA-Seite der marktbeherr- 
schende Anteil japanischer Firmen 
an der Produktion von Hochleistungs- 
chips kritisiert worden, nachdem sich 
die US-Hersteller 1980 vom Spei- 
chermarkt allerdings selbst zurückge- 
zogen hatten. W. Corrigan, Chairman 
von LSI Logic und Vorsitzender der 
Vereinigung, meinte nun: „Mit U.S. 
Memories meidet sich Amerika wie- 
der im DRAM-Markt zu- 
rück.“ MP 


Hewlett-Packard 
übernimmt Apollo 

Seit dem 22. Mai ist die Apollo Com- 
puter Inc. eine hundertprozentige 
Tochter der Hewlett-Packard Com- 
pany. Mit dieser Verbindung dürfte 
Hewlett-Packard im Workstation- 
markt jetzt eine Spitzenposition ein- 
nehmen. Laut Dataquest lag HP mit 
seinen Workstations 1988, gemes- 
sen am Umsatz, weltweit auf Platz 
drei (in Europa auf Platz eins); Apollo 
lag auf Platz vier (in Europa auf Platz 
drei). Apollo wird als neue Division in 
den bisherigen Unternehmensbe- 
reich HP Workstations eingegliedert. 
HP übernimmt vorerst unverändert 
das komplette Produktprogramm von 
Apollo, das von der Personal Work- 
station bis zur Supercomputing Work- 
station reicht. Später ist die Zusam- 
menführung aller Produktlinien bei- 
der Unternehmen geplant, ein- 
schließlich der Anlehnung an das 
kommende Betriebssystem der OSF. 
Die Produktpalette von Apollo wird 
bei HP als „ideale Ergänzung“ ange- 
sehen. Gemeinsamkeiten gibt es bei 
der Prozessorbasis mit Motorola-Pro- 
zessoren, die künftig auch den neuen 
68040 berücksichtigen wird. HP/ 
Apollo-Kunden können dann auf über 
2500 Programme zugreifen, die jetzt 
auf Apollo-Domain- und HP-UX- 
Workstations laufen. HP will außer- 
dem versuchen, von den Erkenntnis- 
sen der Apollo-Architektur PRISM zu 
profitieren, die ebenso wie HPs Preci- 
sion Architecture ein RISC-Konzept 


Personalcomputer 
im Aufwind 

Die International Data Corp. (ICD) 
rechnet für dieses und das kommende 
Jahr mit einem ungebrochenen 
Wachstum beim Absatz von Perso- 
nalcomputern in der Welt. Nach ihren 
Schätzungen wird der Verkauf von 
20,922 Millionen PCs 1988 auf über 
24 Millionen im Jahr 1 990 steigen. 

35 Prozent der 1988 ausgelieferten 
PCs arbeiteten mit dem Prozessor In- 
tel 80286; der Anteil von 6 Prozent 
beim 80386er blieb hinter den Erwar- 
tungen zurück. 

61 Prozent aller ausgelieferten Ge- 
räte waren IBM-PCs oder Kompati- 
ble; nur der Firma Apple sei es mit 
dem Macintosh gelungen, nennens- 
werte Marktanteile mit einem nicht 
kompatiblen PC zu erringen. 

Der Anteil der Personalcomputer am 
weltweiten Umsatz von Datenverar- 
beitungsanlagen habe 1988 39 Pro- 
zent erreicht. mp 


EPROMsbis 20 MHz 

Bisher war es üblich, EPROM-resi- 
dente Programme oder Daten, die 
häufig benötigt werden, in schnellere 
RAMs umzuspeichern, damit der Pro- 
zessor nicht auf den Speicher warten 
muß. Dem will Intel jetzt mit seiner 
neuen EPROM-Entwicklung begeg- 
nen. Die 256-KBit-T ypen 27C202 und 
27C203 in einer 1 -um-CHMOS-Tech- 
nologie besitzen eine Bus-Schnitt- 
stelle mit Pipeline-Struktur. Der 
27C203 für die 32-Bit-Prozessoren 
80376, 80386 und 80386SX und der 


27C202 für den 80960 KA/KB arbei- 
ten mit diesen zusammen mit Taktfre- 
quenzen von bis zu 20 MHz ohne 
Wartezyklen. 

Ein Merkmal der 80386-Architektur 
ist das Vektorisieren (Pipelining) von 
Adressen. Der 27C203 arbeitet syn- 

sen überlappende Adressierung. 
Durch das parallele Ausgeben der 
Daten - während die Adressen einge- 
lesen werden - wird die Busband- 
breite erhöht. Die Zeit für den Über- 
gang der 27C203-Pins in den hoch- 
ohmigen Zustand (Tri-state-Zeit) be- 
trägt nur 15ns. MP 


Erste BiiN-Modelle 



Von dem im vergangenen Jahr ge- 
gründeten Siemens-Intel-Gemein- 
schaftsunternehmen BiiN (siehe 
auch MP 3/89, S.66) wurden inzwi- 
schen die ersten Rechnersysteme 
vorgestellt: BiiN 20 und BiiN 60. Ge- 
meinsames Merkmal ist eine neue Ar- 
chitektur, die sogenannten Mission- 
Critical-Anwendungen gerecht wird. 
Gemeint sind damit überdurch- 
schnittliche Leistungen bezüglich der 
Fehlertoleranz, des Multiprocessing, 
der Objektorientierung, Echtzeit- und 
Transaktionsverarbeitung. Voraus- 
setzung ist der spezielle Aufbau der 
Prozessorgrundmodule (die aus 
CPU, Speicher, E/A-Prozessor und 
dem schnellen Systembus beste- 
hen), der eine enge Verbindung mit 
dem in ADA geschriebenen Betriebs- 
system BiiN/OS gewährleistet. Eine 
ganze Reihe wichtiger Betriebssy- 
stemfunktionen wurde dabei bereits 
hardwareimplementiert. Die 32-Bit- 
CPU ist eine Spezialentwicklung ähn- 
lich dem 80960, im Gegensatz zu die- 
sem jedoch nicht für andere Kunden 
verfügbar. 

Das Modell BiiN 20 ist ein Desktop- 
rechner mit ein bis zwei Prozessoren 
und bis zu 9 MIPS Leistung. Die Ka- 
pazität des Hauptspeichers beträgt 
bis zu 32 MByte, die der Massenspei- 
cher bis zu 1,7 GByte, und der CPU- 
Adreßraum umfaßt bis 4 GByte. 

Das Modell BiiN 60 (siehe Bild) kann 
mit zwei bis acht Prozessoren ausge- 
stattet werden, hat eine Leistung von 
mehr als 40 MIPS, bis zu 80 MByte 
Hauptspeicher und eine Busleistung 
von 80 MByte/s. Die Plattenspeicher- 
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kapazität kann bis zu 40 GByte betra- 
gen. Bis zu 64 Terminals können di- 
rekt angeschlossen, und mit mehr als 
1000 Terminals kann kommuniziert 
werden. mp 


Molekulare Speicher 
aus organischen 
Molekülketten 

Organische Moleküle bieten die Vor- 
aussetzung, um die Miniaturisierung 
von Bauelementen für die Informa- 
tionsverarbeitung weiter vorantreiben 
zu können. Die Strukturen der Bau- 
teile bewegen sich im Nanometerbe- 
reich. Die dreidimensionale Anord- 
nung bewirkt eine weitere Verkleine- 
rung um den Faktor 1000. 

In verschiedenen Institutionen wer- 
den Moleküle hinsichtlich ihrer Eig- 
nung als Elektronikbausteine unter- 
sucht. Positive Ergebnisse wurden 
bei langgestreckten Molekülen er- 
zielt, da bei diesen über eine Brücke 
aus Kohlenstoffverbindungen Elek- 
tronen von einem Ende zum anderen 
wandern können. Da diese Moleküle 
zwei verschiedene Zustände anneh- 
men können, verfügen sie über die 
Voraussetzung für binäre Speicher- 
elemente. An der TU München wird 
mit Photosynthese-Molekülen experi- 
mentiert, die in der Lage sind, einen 
gezielten Elektronentransfer über re- 
lativ große Distanzen vorzunehmen. 
Die Forscher selbst sind allerdings 
der Auffassung, daß die biologischen 
Moleküle zu kompliziert sind, um sie 
in der molekularen Elektronik einset- 
zen zu können. 

Die Schwierigkeiten sollen nicht darin 
bestehen, geeignete Moleküle zu fin- 
den, sondern darin, die Ansteuerung 
zu realisieren. Durch Mikrolaser soll 
das Problem gelöst werden. Die Ver- 
bindung zwischen den molekularen 
Bauelementen soll durch sogenannte 
molekulare Drähte realisiert werden. 
An diesem Problem arbeitet das Max- 
Planck-Institut für Festkörperphysik. 
Die Forscher gehen davon aus, daß 
eine Elektronenwanderung in einer 
Kette aus Kohlenstoffatomen erfolgt, 
in der sich Einfach- und Doppelbin- 
dungen abwechseln. T reffen in dieser 
Kette zwei Einzelbindungen aufein- 
ander, kommt es zu einer Störung der 
Elektronenverteilung, die sich wie 
eine Welle über die Molekülkette fort- 
setzt. Die Elektronenwanderung wird 
ausgelöst, wenn die Moleküle mit 
Licht angeregt werden. Trotz dieser 
Anfangserfolge ist die praktische Ver- 
wertbarkeit dieser Ergebnisse noch 
nicht in Sicht. 

Quelle: Wirtschaftswoche vom 10. 3. 
1989 Wi 


Optische Rechner können 
elektronische Systeme 
nicht ersetzen 

Während bisher die Meinung vertre- 
ten wurde, daß sich die optische Infor- 
mationsverarbeitung nur abhängig 
von der elektronischen Informations- 
verarbeitung entwickeln kann, sind 
amerikanische Experten jetzt der An- 
sicht, daß es sich um zwei selbstän- 
dige, unabhängige Bereiche handelt. 
Optische Computer können genau- 
sowenig elektronische ersetzen wie 
umgekehrt. 

Die Experten schätzen ein, daß die 
Elektronik der Optik in ihrer Entwick- 
lung weit voraus ist. Die Elektronik sei 
eine Technik, an deren Weiterent- 


wicklung ständig gearbeitet wird und 
die auf „ausgereiften“ Technologien 
und Komponenten beruhe. 

Die optische Informationsverarbei- 
tung beruhe auf völlig andersartigen 
Partikeln. Die Vorteile der Optik wer- 

- der Freiraumverbindungstechnik 

- der Verarbeitungsgeschwindigkeit 

- dem niedrigen Leistungsverbrauch 
gesehen. Sie sei eine dreidimensio- 
nale Technik, die ein besonders dich- 
tes Packen der Komponenten ermög- 

Nicht alle der genannten Vorteile las- 
sen sich sofort realisieren. Ein Bei- 
spiel sei die Verarbeitungsgeschwin- 
digkeit. Theoretisch liegt sie im Be- 
reich zwischen 5 und 10ps. Ange- 
strebt wird aber der Femtosekunden- 
bereich, der gegenwärtig nicht er- 
reichbar ist. 

Die optische Informationsverarbei- 
tung sei der elektronischen auf den 
folgenden Gebieten überlegen: 

- Mustererkennung 

- neurale Netze 

- Algebra 

- digitale Verarbeitung 

- Computer-Verbindungstechnik. 
Während auf den Gebieten neurale 
Netze, Algebra, digitale Verarbeitung 
und Computer-Verbindungstechnik 
bereits Ergebnisse erzielt werden 
konnten, führten die Aufwendungen 
in der Mustererkennung noch zu kei- 
nem Erfolg. Das Problem Musterer- 
kennung wird als derartig komplex 
bezeichnet, daß es mit den zur Verfü- 
gung stehenden Prozessoren nicht 
gelöst werden konnte. 

Zwei Lösungswege werden als Mög- 
lichkeiten in Betracht gezogen: ent- 
weder ein einfacheres Problem fin- 
den (vgl. Fertigung) oder die optische 
Mustererkennungstechnik weiter ver- 
bessern, so daß sie, wenn auch ent- 
fernt, an die menschliche Fähigkeit 
heranreicht. Dies würde einen um- 
fangreichen Komplex gespeicherter 
Muster voraussetzen sowie eine 
Selbstsortiermethode, so daß die 
wahrscheinlichsten Muster als erste 
verglichen werden könnten. 

Die sehr leistungsfähige Datenbank- 
verwaltung sei dabei ein Gebiet, auf 
dem die optische Verarbeitung Erfolg 
haben könnte. 

Quelle: Blick durch die Wirtschaft 
vom 31. 3. 1989 Fa 


Glasfaser 

der dritten Generation 

Die optische Nachrichtenübertra- 
gung basiert gegenwärtig auf Laser- 
Lichtquellen, deren Herstellungsko- 
sten nach wie vor sehr hoch sind. 
Deshalb wird ständig an der Entwick- 
lung neuer Übertragungsmedien ge- 

Der Firma Philips ist es beispiels- 
weise gelungen, eine neue Glasfaser 
mit der Bezeichnung dispersion flat- 
tened single mode (DFSM - streu- 
ungsreduzierter Einwellen-Lichtleiter 
oder abgeflachte Einmode-Faser) zu 
entwickeln. Dabei suchte die Ent- 
wicklergruppe nach einem Verfahren, 
mit dem sich die optische Spurbreite 
der Faser erweitern ließe, und nutzte 
dazu die PVCD-Technik. Mit diesem 
Verfahren wird das zur Herstellung 
des Lichtwellenleiters benötigte Glas 
mittels eine Plasmas aus der Dampf- 
phase auskondensiert. Tausende ul- 
trafeiner Glasschichten mit präzis 
vorhersehbaren optischen Eigen- 


schaften lassen sich dadurch unmit- 
telbar verschweißen, woraus vorteil- 
hafte optische Eigenschaften resul- 
tieren. Die spektrale Bandbreite der 
DFSM-Faser beginnt wie die der Mo- 
nomodems bei 1 258 nm und reicht 
bis zu 1 600 nm. Der große Vorteil der 
DFSM-Fasern besteht darin, daß sie 
wegen der höheren Toleranz kein 
streng monochromatisches Licht be- 
nötigen, sondern aus wesentlich 
preiswerteren LEDs gespeist werden 
können. Die höhere Bandbreite der 
.DFSM-Fasern erlaubt außerdem die 
Ausnutzung einer zweiten Laser- 
emission, die bei 1 550 nm liegt. Bis- 
herige Monomodems konnten nur 
standardmäßig bei 1 300 nm die ge- 
forderte Qualität übertragen. DFSM- 
Fasern können demzufolge durch 
den zweiten Kanal doppelt so viel In- 
formationen transportieren. Trotz der 
teuren Laserdioden erlangen Netze 
aus DFSM-Fasern eine höhere Wirt- 
schaftlichkeit. Der Einsatz der DFSM- 
Fasern soll im Bereich der lokalen T e- 
lefonnetze erfolgen. Gegenwärtig ar- 
beitet die Entwicklergruppe daran, 
die DFSM-Fasern auch für die Breit- 
bandkommunikation über große Di- 
stanzen einzusetzen, wobei die ho- 
hen Dämpfungsvertuste verringert 
werden müssen. 

Quelle: highTech. - München (1989) 
4 Fa 


Ga As-Transistor 
als EEPROM-Element 

Die Entwicklung eines GaAs-Transi- 
stors des Typs Floating-Gate soll den 
AT & T Bell Laboratories gelungen 
sein. Mit diesem Transistor könnte es 
erstmals möglich werden, nichtflüch- 
tig arbeitende GaAs-Speicher aufzu- 
bauen. Darüber hinaus bietet er Ei- 
genschaften, wie sie in EEPROMs zu 
finden sind. Das bedeutet, daß GaAs- 
Speicher mit dem neuen Transistor- 
element elektrisch umprogrammiert 
werden können. Außerdem verhalten 
sich Speicher dieser Art wie Festwert- 
speicher des ROM-Typs, die ihre Da- 
ten leistungslos halten. Die neuen 
Speicher erfordern allerdings, wenn 
sie in der EEPROM-Funktion arbei- 
ten, eine Kühlung auf 140 K. Mit Lei- 
stungszuführung können sie zusätz- 
lich auch als DRAMs oder SRAMs be- 
nutzt werden. Die Betriebstemperatur 
kann dabei bei 300 K (Raumtempera- 
tur) liegen. 

Quelle: Elektronik. - München 38 
(1989) 3.-S.7 Fa 


Japan produziert 
4-MBit-Speicher 

Die japanischen Elektronikkonzerne 
beginnen gegenwärtig mit der Mas- 
senproduktion der 4-MBit-Speicher. 
In kurzer Zeit sollen beträchtliche 
Steigerungsraten erreicht werden, so 
daß mit den in der Tafel genannten 
Monatsproduktionszahlen gerechnet 
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Die Firmen Mitsubishi Electric, Fu- 
jitsu, Okr Electric, Sanyo Electric und 
Sharp kündigten für Ende 1 989 eben- 
- falls den Beginn der Massenproduk- 
tion der 4-MBit-Speicher an. Die 


Firma Matsushita Electronics will erst 
im April 1990 die Massenproduktion 
aufnehmen. 

Quelle: Handelsblatt vom 18. 4. 1989 


Dreidimensionale 

IC-Prototypen 

An der Entwicklung dreidimensiona- 
ler integrierter Schaltkreise arbeiten 
u.a. die Firmen Mitsubishi, Matsu- 
shita und Sony, die bereits über La- 
bormuster dieser ICs verfügen sollen. 
Die Firma Mitsubishi z. B. arbeitet ge- 
genwärtig an der Erprobung eines er- 
sten Image Sensor/Processor mit 
drei Lagen. In der obersten Lage be- 
findet sich als Bildsensor eine Matrix 
aus Fotodetektoren, deren Anzahl 
zunächst auf 5 x 5 beschränkt wurde. 
In der Schicht darunter wurde eine 
AD-Umsetzerschaltung angebracht, 
und in der untersten Schicht befindet 
sich eine Logikschaltung, die arith- 
metische Funktionen übernimmt und 
mit deren Hilfe die Arbeitsgeschwin- 
digkeit (Signal-Durchsatz) gesteigert 
werden kann. 

Neben den Fertigungs- und Ausbeu- 
teproblemen besteht das Hauptpro- 
blem bei der Entwicklung von 3D-ICs 
in der Wahl des Isoliermaterials, das 
sich zwischen den gestapelten Lagen 
der aktiven Elemente befindet. Es 
muß so beschaffen sein, daß auf ihm 
in weiteren Schritten monokristalline 
Strukturen ebenso wie in der unter- 
sten Lage erzeugt werden und gleich- 
zeitig vertikale „Vias“ als Signalver- 
bindungen hergestellt werden kön- 
nen. 

Quelle: Elektronik - München 38 
(1989) 3. -S. 7 Fa 

CrystalPrint Publisher 

Speziell für den DTP-Markt entwik- 
kelte Qume jetzt den in MP 4/89 vor- 
gestellten LCS-Drucker CrystalPrint 
weiter. Der CrystalPrint Publisher 
wurde dazu mit einem PostScript- 
kompatiblen Controller-Board ausge- 
stattet, das erstmals den von Weitek 
für Grafikdrucker entwickelten Hy- 
perScript-Prozessor XL 8200 enthält. 
Der Drucker ist standardmäßig mit 
3 MByte RAM, drei Schnittstellen und 
35 residenten Schriften aus 11 
Schriftfamilien ausgerüstet; die Auflö- 
sung beträgt 300 dpi. MP 

dBase für DEC-Rechner 

In Kooperation wollen der dBase-Ent- 
wickler Ashton-Tate und die Firma 
DEC eine dBase-Version für Desk- 
top-Computer sowie für die komplette 
VAX-Familie entwickeln. Damit dürfte 
dBase erstmals für Multiuser-Compu- 
ter und grafikorientierte 32-Bit- 
Workstations angeboten werden. 
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UNIX- Werkzeuge 

zur Programmentwicklung 

von Christoph Polze, Reihe Techni- 
sche Informatik, Berlin: VEB Verlag 
Technik 1989, 240 S., DDR 24, -M, 
Bestell-Nr. 5542786 
In diesem Band der Reihe Techni- 
sche Informatik werden in drei 
Schwerpunkten Aspekte des Be- 
triebssystems UNIX und ausge- 
wählte Werkzeuge behandelt. Im Mit- 
telpunkt des ersten Teils (90 Seiten) 
steht die Beschäftigung mit der Datei- 
verwaltung von UNIX einschließlich 
der Beschreibung des Standardedi- 
tors ed und des Stream-Editors sed. 
Im zweiten Abschnitt folgt auf 45 Sei- 
ten eine Diskussion und Gegenüber- 
stellung der beiden Kommandointer- 
preter Bourne-Shell und C-Shedl. Die 
Darstellung dieser Komplexe ist von 
einer pragmatischen Herangehens- 
weise gekennzeichnet, wobei sich die 
angegebenen Beispiele auf SCO-XE- 
NIX System V und WEGA 3.0 bezie- 
hen. 

Im letzten Drittel des Buches wird die 
Werkzeugfamilie make, yacc und lex 
behandelt. Das breite Leistungsspek- 
trum von make wird durch komplexe 
Skripten ausführlich demonstriert. 
Dieser Abschnitt ist allen UNIX-An- 
wendern sehr zu empfehlen, da die 
Einsatzmöglichkeiten von make sehr 
vielfältig sind. Der Zugang zu yacc 
und lex wird über die Beschäftigung 
mit einzelnen Beispielen vermittelt. 
Zwar werden nicht alle UNIX-Nutzer 
vor dem Problem der Generierung 
von Compilern stehen, aber gerade 
zu diesem Themenkreis schließt das 
Buch eine Lücke im Literaturangebot. 
Vielleicht wäre eine etwas ausführ- 
lichere Behandlung dieses an- 
spruchsvollen Stoffes auf Kosten des 
größeren ersten Teils des Buches 
günstiger gewesen. Abgerundet wird 
dieses Kapitel durch die Angabe von 
Quelldateien für ein Mini-yacc im An- 
hang. 

Sehr angenehm fallen der flüssige 
Stil und die sorgfältige Auswahl von 
deutschen Fachbegriffen auf. Die 
Vielzahl der angegebenen Beispiele 
fordert den Leser zu einer genauen 
Analyse heraus und regt zum Experi- 
mentieren an. Dem Verlag Technik ist 
zu danken, daß er dem immer größer 
werdenden Kreis der UNIX-Anwen- 
der mit diesem Band ein weiteres, 
sehr zu empfehlendes Arbeitsmittel in 
die Hand gibt. u. Oefler 

Anwendungshilfen 
und Gestaltungsmuster 
für den optimalen Einsatz 
von Desktop Publishing 

von G. Schnellhardt u. Ch. Dreyhaupt 
(Hrsg.), Interest-Verlag Kissing, 
1989, Grundwerk etwa 400S., inkl. 
Disketten 98,- DM 

„Veröffentlichen vom Schreibtisch 
aus“ - und das völlig ohne Schriftset- 
zer, Drucker und Verlag, so einfach 
stellt sich mancher Interessent 
„Desktop Publishing“ vor. Kaum ein 
anderes Kürzel der gegenwärtigen 
EDV-Sprache wurde jedoch so oft 
fehlinterpretiert oder in einigen Veröf- 
fentlichungen der westlichen Fach- 
presse verzerrt dargestellt. Einige 


Meinungsäußerungen in nichttechni- 
schen Zeitschriften haben zusätzlich 
Unklarheiten erzeugt. 

Das Handbuch setzt genau an dieser 
Stelle an und gibt dem interessierten 
DTP-Anfänger Unterstützung und 
Hilfen sowohl bei der Auswahl des 
geeigneten Grundsystems als auch 
erste Anwendungshilfen bei der DTP- 
Gestaltung. Hier liegt die eindeutige 
Stärke dieses Nachschlagewerkes 
im Format eines A4-Ringbuchord- 
ners. Ein (erfahrener) Benutzer einer 
EDVA oder eines PC, der seine An- 
wendungen auf das Gebiet des DTP 
erweitern möchte, kann sich besten- 
falls die technischen Voraussetzun- 
gen schaffen, er hat aber im allgemei- 
nen kaum Kenntnisse über das um- 
fangreiche und komplizierte Sachge- 
biet der Satz- und Drucktechnik, das 
neben dem Beherrschen der Fachter- 
mini auch noch ästhetisches Gefühl 
und gestalterisches Können (Layout, 
Grafikgestaltungen) voraussetzt. 
Auch das vollkommenste DTP-Pro- 
gramm kann ihm solche Kenntnisse 
nicht abnehmen oder ersetzen. 

Das Buch nun bietet dem Anwender 
Hilfestellung beim Erarbeiten von not- 
wendigen Grundkenntnissen auf die- 
sem Gebiet anhand didaktisch gut 
gewählter Gestaltungsbeispiele aus 
der Praxis (auf mitgelieferten Disket- 
ten, wahlweise 5,25 Zoll für MS-DOS- 
PCs oder 3,5 Zoll für den Apple Mac- 
intosh). Hier machen sich vorteilhaft 
die Erfahrungen der Autoren aus der 
langjährigen Praxis bei der Einfüh- 
rung von DTP bemerkbar - kaum ein 
anderes Werk der zahlreichen DTP- 
Literatur beschäftigt sich mit diesem 
für Neulinge so wichtigen Teilgebiet 
so ausführlich. 

Auch zukünftigen Anwendern, die 
keine EDV-Spezialisten sind (bei- 
spielsweise Informations-/Dokumen- 
tationsstellen, kleinere spezialisierte 
Druckereien, Hersteller von Ge- 
brauchsanweisungen, Dokumenta- 
tionen, Produktbeschreibungen, Ein- 
ladungen usw.), ist das Buch bei der 
Einsatzentscheidung eine gute Hilfe. 
In dem Nachschlagewerk werden die 
beiden gegenwärtigen Hauptlinien, 
nämlich DTP auf IBM-PCs (bzw. 
Kompatiblen) und DTP auf Apple 
Macintosh, jeweils getrennt nach Ge- 
räteausstattung und einigen wichti- 
gen Programmen, vorgestellt und teil- 
weise (auch mit Amortisationsbe- 
rechnungen) miteinander verglichen. 
Wegen des Übersichtscharakters 
des Nachschlagewerkes verbietet 
sich ein tieferes Eindringen in die 
Standardsoftware Ventura Publisher 
oder Pagemaker. Zudem existiert 
hier bereits eine umfangreiche und 
gute Spezialliteratur. So beschränkt 
man sich vernünftigerweise darauf, 
die wichtigsten Stärken und Schwä- 
chen dieser Software, aber auch von 
zahlreichen Zusatzprogrammen, vor- 
zustellen. Mit diesen Aussagen ist ein 
Anfänger des DTP in der Lage, mit ei- 
ner Grundkonfiguration zu beginnen 
und spätere Erweiterungen oder Er- 
gänzungen von vornherein mit einkal- 
kulieren zu können. 

Ein vorgesehener Erweiterungsser- 
vice, das heißt etwa vierteljährliche 
Erweiterungsbände zu jeweils aktuel- 
len Themen (beispielsweise sind die 
Datenübertragung von Macintosh auf 


PC oder von PC zu PC, Farbscanner 
und Datenkompression geplant), wird 
aber dennoch dem vorgesehenen 
Anspruch, über möglichst alle Neuig- 
keiten der DTP-Technologie zu be- 
richten, nicht gerecht werden können. 
Bereits die vorliegende Ausgabe muß 
Wünsche nach Vorstellung und Lei- 
stungsvergleich anderer bedeuten- 
der DTP-Programme offenlassen. 
Das Fachwortlexikon mit Begriff ep 
sowohl aus EDV als auch aus Satz- 
und Drucktechnik und Grafik erhöht 
den Wert des Buches für den Anfän- 
ger, auch wenn dort noch einige Un- 
gereimtheiten oder nicht ganz zutref- 
fende Definitionen enthalten und 
einige im Text genannte Begriffe nicht 
aufgeführt sind. Insgesamt kann das 
Buch jedem Kollektiv empfohlen wer- 
den, das sich kurzfristig in die um- 
fangreiche Problematik des DTP ein- 
arbeiten muß. Auch Leitern, die in die- 
sem Bereich Investitionsentschei- 
dungen zu treffen haben, erleichtert 
das Werk eine schnelle und gründli- 
che Einarbeitung. Dr. h. Doiieschei 


Mit C zum Ziel: 

Das Buch für Ein- 
und Umsteiger 

von A. Hickelsberger, Dr. Alfred Hü- 
thig Verlag, Heidelberg, 1 988, 1 92 S., 
38, -DM, ISBN 3-7785-1555-1 

Einige Ähnlichkeiten fallen dem von 
Turbo-Pascal verwöhnten Program- 
mierer sicher auf, aber eben nur Ähn- 
lichkeiten; nichts ist gleich oder gar 
identisch. Nicht nur, daß die Befehle 
anders heißen, sie wirken auch (zu- 
mindest teilweise) völlig anders. 

Einer der wesentlichen Unterschiede 
zu anderen Programmiersprachen 
wird gleich zu Anfang deutlich: Jeder 
Ausdruck liefert einen Wert. Das führt 
zwar zum einen dazu, daß C-Pro- 
gramme recht kurz und knapp gehal- 
ten werden können, zum anderen be- 
einträchtigt dies die Lesbarkeit auch 
der eigenen Quelltexte erheblich. 
Umfangreiche Prozedurbibliotheken 
sind eine weitere Besonderheit der C- 
Compiler. Hierin sind viele wichtige, 
auf die spezielle Hardware des jewei- 
ligen Rechners bezogene Standard- 
routinen enthalten. Damit sollen gute 
Vorraussetzungen gegeben sein, 
C-Programme portabel zu schreiben, 
was jedoch in der Praxis an der Viel- 
zahl unterschiedlich leistungsfähiger 
C-Compiler scheitern kann, wenn die 
obere Leistungsgrenze ausgeschöpft 
werden soll. Der Programmierer ist 
dann oftmals gezwungen, Initialisie- 
rungen von Werten vorzunehmen, 
was sonst der Compiler übernommen 
hätte. Solche Grundoperationen 
aber, wie etwa Gleitkommaoperatio- 
nen, sind in jedem Compiler möglich, 
zumindest softwaremäßig. Logische 
Konstanten jedoch sind nicht defi- 
niert; hier hilft man sich mit der Zuwei- 
sung von Werten zu Variablen, wobei 
ein Wert > 0 für wahr und ein Wert 
= 0 für falsch steht. 

Dem Anspruch, für Umsteiger ge- 
schrieben zu sein, wird das vorlie- 
gende Buch durch sehr viele Bezüge 
zu anderen Programmiersprachen, 
insbesondere zu Pascal, aber auch 
zu Basic, gerecht. Der Programmie- 
rer wird dadurch immer wieder in ge- 


wohnte Umgebungen versetzt und 
vom Autor durch sehr viele Hinweise 
auf Fehlermöglichkeiten und Hilfen 
zu deren Vermeidung vor größeren 
System- und Nervenzusammenbrü- 
chen bewahrt. Für den Einsteiger 
dürften meines Erachtens aber doch 
einige Probleme auftreten, denn das 
Buch nimmt sehr schnell an Niveau 
zu, und selbst bei kleinen Problemen 
müssen zahlreiche Komponenten, 
wie die unterschiedlichen Wirkungen 
der Funktionen und Operatoren und 
die Rang- und Reihenfolge ihrer Ab- 
arbeitung berücksichtigt werden. 

Die Hinweise sowohl auf einen exak- 
ten Programmierstil als auch auf ein 
ausführliches Kommentieren der Pro- 
gramme sind insbesondere für die 
Sprache C dringend geboten. 

C ist eine Sprache, die, wie wohl 
kaum eine andere, das Lehrbuch auf 
lange Zeit neben dem Computer lie- 
gen sehen möchte. In insgesamt 16 
Kapiteln kommt man mit C vielleicht 
nicht gleich ganz zum Ziel, ihm doch 
aber ein deutliches Stück näher. 
Nach einer kurzen Einführung wer- 
den sofort die Sprachelemente, Va- 
riablentypen, Trenner, Operatoren 
und die Programmstruktur darge- 
stellt. In einzelnen Abschnitten wird 
dann näher auf die Variablen und ihre 
Datentypen, die Operatoren, die 
Steuerstrukturen, die Speicherklas- 
sen, die Zeiger und Adressen und die 
Fehler, aber auch auf die Funktionen, 
die Strukturen und Varianten, die Bit- 
felder und Aufzählungen, den Prepro- 
zessor und auf die Dateibearbeitung 
eingegangen. 

Neben den zahlreichen Beispielzei- 
len im erläuternden Text wurde ein 
gesonderter Abschnitt mit vier aus- 
führlich kommentierten Beispielpro- 
grammen zum Abtippen und Üben an 
sechster Stelle eingefügt, der in an- 
genehmer Form eine Festigung des 
in den vorangegangenen Abschnitten 
Geschriebenen ermöglicht. 

Zum Ende des fast 200seitigen Ban- 
des werden noch je ein Abschnitt der 
Portabilität und dem ANSI-C-Stan- 
dard gewidmet. Alles in allem ein 
Buch, das es verdient, dem Program- 
mierer ein ständiger Begleiter am PC 
zu sein, damit er auch wirklich mit C 
zum Ziel kommt. 

Der an der Programmiersprache C in- 
teressierte Leser sei darauf hingewie- 
sen, daß die Titel „Programmieren in 
C“ und „Unix und C“ im Verlag Tech- 
nik erschienen und in Bibliotheken 
verfügbar sind bzw. eventuell noch in 
Buchhandlungen erworben werden 
können. j. Hill 
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Kolloquium 

zu sicherheitskritischer 
Software an der 
Verkehrshochschule 

Die Hochschule für Verkehrswesen 
Dresden, WB Verkehrssicherungs- 
und Automatisierungsanlagentechnik 
der Sektion Prozeßautomatisierung, 
führte am 30. März 1989 gemeinsam 
mit der T echnischen Universität Dres- 
den, WB Systemsoftware des Infor- 
matikzentrums, dem VEB Werk für Si- 
gnal- und Sicherungstechnik Berlin 
und dem Wissenschaftlich-Techni- 
schen Zentrum der Deutschen 
Reichsbahn ein Kolloquium zum Ent- 
wurf sicherheitssensibler Software 
nach der Methodologie COSEM 
(computergestützte, objektorientierte 
Systementwicklungsmethodologie) 
durch. Die bereits vor Jahrzehnten be- 
klagte Softwarekrise ist Ausdruck der 
weitgehend unvorhersagbaren Ko- 
sten, von weit überschrittenen Ter- 
minvorgaben und nicht beherrschter 
Qualitätssicherung bei der Produktion 
und Nutzung von Softwareprodukten. 
Viele zu Methoden gewachsene 
Ideen wollten zwar einen Ausweg aus 
der Krise bieten, trugen aber nur zu ei- 
nem im Vergleich zur Hardwareent- 
wicklung sehr geringen Produktivi- 
tätszuwachs bei. Besondere Bedeu- 
tung erlangt die Frage der Software- 
qualitätseigenschaften bei sicher- 
heitskritischen Anwendungsfällen wie 
in der Medizin- oder Verkehrssiche- 
rungstechnik. 


In den Jahren 1 982/83 wurde am jet- 
zigen Informatikzentrum der TU 
Dresden zur Lösung dieses Problems 
eine neue Herangehensweise erson- 
nen. Gemeinsam mit den obenge- 
nannten Institutionen und parallel zu 
ihrem Einsatz bei einem größeren 
Entwicklungsprojekt aus der Eisen- 
bahnsicherungstechnik wurde sie 
weiterentwickelt. Das Kolloquium 
wolle den erreichten Stand dokumen- 
tieren. 

Die „Meta-Methode“ COSEM basiert 
auf dem Grundgedanken, den Ent- 
wurf durch Erstellen eines alle wichti- 
gen Aspekte des Projektes umfas- 
senden Modells zu vollziehen. Dabei 
werden zunächst die Sprachmittel 
und ihre semantischen Eigenschaf- 
ten definiert (das Rahmenmodell), 
die dann zur - durch einen interdiszi- 
plinären Bearbeiterkreis durchschau- 
baren - Beschreibung der Entwurfs- 
objekte (das Nutzermodell) verwen- 
det werden und umfangreiche Prü- 
fungen am Modell zulassen. Das Nut- 
zermodell erinnert an frameartig or- 
ganisierte semantische Netze und er- 
laubt durch Anwendung prädikatenlo- 
gischer Funktionen die notwendige 
durchgängige Rechnerstützung der 
Teilschritte Konstruktion, Modifika- 
tion, Dokumentation, Prüfung und 
Verwaltung der einzelnen Entwurfs- 
schritte. Dabei läßt die Variabilität des 
Rahmenmodells den Zuschnitt der 
einzusetzenden Methoden weitge- 
hend offen. Der eigentliche Ziel-Code 
ist dann - idealerweise ohne mensch- 


liche Eingriffe - aus dem Modell her- 
aus zu generieren. Durch diesen An- 
satz können schon in der Konzep- 
tionsphase und entwurfsbegleitend 
die gewünschten Qualitätsmerkmale 
(2. B. die Korrektheit als Teil der Si- 
cherheit) erzwungen werden, anstatt 
sie im nachhinein in das Produkt „hin- 
einzuprüfen“. Dieser Modellgedanke 
wird inzwischen international stark 
diskutiert. 

In seiner Einführung gab Dr. Detering 
(VEB WSSB) als „Stammvater“ die- 
ses Ansatzes einen Überblick zu Ziel- 
stellung und Entwicklungstendenzen 
sowie Anforderungen an Software- 
entwicklungsumgebungen und ord- 
nete COSEM hierin ein. Betont wurde 
die Nutzbarkeit der gleichen Mittel 
auch für die Umgebungsunterstüt- 
zung (Technologiebeschreibung, 
Management). Dr. Kühle (TUD) be- 
schrieb weitere theoretische Grund- 
lagen und gegenwärtige Forschungs- 
arbeiten am Informatikzentrum zum 
Ausbau von COSEM zur voll objekt- 
orientierten Meta-Methode COSEM- 
+PLUS. Wülfrath (HfV) und Henning 
(WSSB) stellten eine Technologie für 
die Einbeziehung des Hardware-Ent- 
wurfes bzw. des System-Entwurfes in 
den frühen Phasen unter COSEM 
vor, die in ihrer Fortführung bis zum 
Aufsetzen auf eine Hardware-Be- 
schreibungssprache getrieben wer- 
den soll (z. B. ASIC-Entwurfl). Die Ar- 
beit mit funktionellen Modellen veran- 
schaulichten Müller (WSSB) und Dr. 



Mit der massenhaften Verbreitung 
von Personalcomputern lassen sich 
die bisher den Satzzentren der poly- 
grafischen Industrie vorbehaltenen 
Arbeitsgänge der Erfassung und Ge- 
staltung von Texten fürgedruckre Pu- 
blikationen auch dezentralisieren. 
Die modernen Desktop-Publishing- 
(DTP-)Systeme auf 16-Bit-Rechnern 
ermöglichen eine hohe Arbeitspro- 
duktivität sowie eine den Ansprüchen 
vieler Publikationen genügende Ge- 
staltung. Die Textdateien müssen nur 
einmal erfaßt werden, günstigsten- 
falls auf der Diskette des mit elektro- 
nischer Textverarbeitung arbeiten- 
den Autors. Nach der redaktionellen 
Bearbeitung wird die Textdatei in das 
DTP-System eingelesen. Auf diesem 
läßt sich entsprechend den Möglich- 
keiten des DTP-Systems das fertige 
Dokument gestalten. Mit Hilfe von 
CAD-Software gezeichnete oder ge- 


scannte Grafik sowie Fotos können 
verwendet werden. Das Resultat ist 
(bei WYSIWYG-Anzeige) wirklich- 
keitsgetreu am Bildschirm zu verfol- 
gen. Vom PC aus wird das Ergebnis 
in einer Auflösung von 300 dpi (dots 
per inch, Punkte je Zoll) auf einem La- 
serdrucker ausgegeben. Diese Auflö- 
sung genügt bereits vielen Ansprü- 
chen. Soll eine höhere Qualität er- 
reicht werden und ist eine größere 
Schriftenvielfalt gewünscht, muß die 
Ausgabe auf einem in Druckereien 
vorhandenen Satzbelichter erfolgen. 
Wie dieses möglich ist, wurde im 
März in einem unserer Druckereibe- 
triebe vorgeführt. Mittels einer Pro- 
beinstallation stellten die Firmen GE- 
SYCOM, WISPI, und RANK XEROX 
ihre Technologie vor. So wurde die 
Online- und Offline-Kopplung eines 
LINOTYPE-CRT-300-Terminals mit 
einem DTP-System, bestehend aus 


einem AT-kompatiblen PC, dem La- 
serdrucker RANK XEROX 4045, der 
Software VENTURA-Publisher sowie 
Publikon und PCTronic gezeigt (im 
Bild ist die Kopplung eines CRTermi- 
nals 300 mit PC und Laserdrucker zu 
sehen). Fachleute aus Betrieben hat- 
ten die Möglichkeit, sich von der Lei- 
stungsfähigkeit des VENTURA-Pu- 
blishers als Werksatzprogramm zu 
überzeugen. Auf PC 1715 erfaßte 
Textdateien wurden eingelesen und 
mit dem VENTURA gestaltet. Zur be- 
absichtigten Ausgabe auf einem Ll- 
NOTYPE-Belichter wurde der Text 
vom VENTURA mit Hilfe der zuvor 
gespeicherten LINOTYPE-Dicktenta- 
belle (Angaben zur spezifischen 
Laufweite der verwendeten Schriften) 
umgebrochen. Das geht auch bei 
deutscher Silbentrennung sehr 
schnell. Ein Probedruck auf dem La- 
serdrucker demonstrierte die Mög- 
lichkeit, die Drucksache in der fertig 
gestalteten Form zu begutachten und 
damit Material und Zeit bei der Satz- 
ausgabe zu sparen. Anschließend 
wurde die VENTURA-Datei mit Hilfe 
der GESYCOM-Software auf das Lino- 
type-Satzsystem übertragen. Das ist 
online per Kabel oder offline mit Disket- 
ten möglich. Das Dokument enthält 
nach der Übertragung die LI NOTYP E- 
Satzbefehle. Eine Nachbearbeitung 
auf dem Satzsystem ist möglich. Die 
Belichtung kann nun mit einer Auflö- 
sung von bis zu 1000 Linien pro Zenti- 
meter auf Fotopapier oder Film erfol- 
gen und entspricht damit auch den ho- 
hen Anforderungen der polygrafischen 
Industrie. M. Fischer 


Lorenz (HfV) durch das Beispiel eines 
Weichenantriebes aus der Eisen- 
bahnsicherungstechnik. Die Festle- 
gung von semantischen Merkmalen 
von Rahmenmodellen zur konstrukti- 
ven und analytischen Konsistenzsi- 
cherung von Modellbeständen war 
Gegenstand des Beitrages von 
Franke und Dr. Protzner (WSSB). Ek- 
kert und Dr. Zech (WSSB) diskutier- 
ten die vorhandenen Werkzeuge zur 
Generierung eines zu COSEM-Mo- 
dellen äquivalenten, ggf. instrumen- 
tierten Zielcodes. Die abschließenden 
Bemerkungen von Müller, Gruppen- 
leiter Software im WSSB, faßten den 
gegenwärtig erreichten Stand zusam- 
men und legten die bislang gesam- 
melten Erkenntnisse bei der Entwick- 
lung und Anwendung von COSEM dar. 

Im Anschluß konnten sich Interes- 
sierte das Arbeiten mit Modellen, 
Konstruktions- und Prüfoperationen 
über Modellbeständen und die auto- 
matische Überprüfung in die Pro- 
grammiersprache PLZ/SYS live an 
einem Arbeitsplatzcomputer A7100 
vorführen lassen. 

Die lebhafte Diskussion zeugte von 
einem großen Interesse an der Soft- 
waretechnologie. Zuhörer verwiesen 
auf die Aktualität dieses Ansatzes. 
Bemängelt wurde die noch nicht voll- 
zogene Integration von Werkzeugen 
zur dynamischen Analyse wie Petri- 
netze, die vom Bearbeiterkollektiv 
bisher immer zurückgestellt werden 
mußte. Dr.K.-A.Zech 


Fachgruppe Forth 
im Kulturbund 

Am 10. Juni 1989 fand in Leipzig die 
konstituierende Tagung der Fach- 
gruppe Forth im Kulturbund der DDR, 
Computerklub Leipzig, statt. Unter 
Beteiligung interessierter Fachleute 
und Amateure aus allen Teilen der 
Republik wurde über Fortschritte in 
der Anwendung und Vervollkomm- 
nung eines Forth-83-Systems bera- 
ten, das von Mitgliedern der Fach- 
gruppe für eine Reihe von Klein- und 
Heimcomputern implementiert wurde, 
darunter für alle KC-Typen, den AC 1 
sowie den Z 1013. Hauptvorträge 
wurden zu den Themen Mulitasking, 
Gleitkommaarithmetik und Grafikan- 
wendungen gehalten. 

Die Fachgruppe Forth ist offen für je- 
den interessierten Computeramateur 
oder Fachmann auf dem Gebiet der 
Programmierung, der sich in seiner 
Freizeit mit der Programmiersprache 
Forth befassen möchte. Es finden 
monatliche Klubtreffen in Leipzig 
statt, auf denen Erfahrungsaus- 
tausch und gegenseitige Hilfe im Vor- 
dergrund stehen. Halbjährlich wer- 
den Tagungen zu speziellen Fragen 
der Forthprogrammierung veranstal- 
tet. Daneben gibt die Fachgruppe für 
alle ihre Mitglieder schriftliches Infor- 
mationsmaterial heraus. 

Das oben erwähnte Fort-83-System 
kann von Interessenten gegen eine 
geringe Kopiergebühr bezogen wer- 
den. Kontaktadresse: M. Balig, PF 
30-28, Großpösna, 7105. 

Dr. M. Pfüller 
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INTERDECK ’89 

Erstmalig fand dieses Jahr in Karls- 
ruhe in der Zeit vom 4. bis 6. April par- 
allel zum Symposium der Anwender- 
organisation DECUS München eine 
unabhängige Messe für VAX- und 
PDP-1 1 -Anwender statt. Auf einer 
Fläche von 800 m 2 stellten über 95 
Firmen ergänzende Hardware, kom- 
patible Peripherie, Softwareprodukte 
und komplette Systemlösungen für 
Rechenanlagen der Fa. Digital Equip- 
ment Corporation (DEC) aus. Mit 
etwa 2200 Besuchern zählte die 
Messe nicht zu den größten; aber 
vom Veranstalter, der Network 
GmbH, wie auch von den Besuchern 
wurden die umfangreichen Möglich- 
keiten für Fachgespräche und Kon- 
sultationen hervorgehoben. 

Schwerpunkte auf der Messe waren 
bei einer Vielzahl von Firmen vor al- 
lem Speichersubsysteme und ergän- 
zende Kommunikationsprodukte. 
Eine führende Position auf diesem 
Sektor nimmt hier die Fa. Emulex 
(Bild 1 ) ein, die sich auf Controller jeg- 
licher Art spezialisiert hat, die DEC- 
kompatible Interfaces und Protokolle 
emulieren und somit den Anschluß 
von Fremdperipherie an DEC-Rech- 
ner ermöglichen. Die Produktpalette 
umfaßt vor allem Massenspeicher 
und Kommunikationscontroller für 
UNIBUS- und Q-Bus-Systeme. Neu 
im Angebot sind SCSI-Adapter 
(Small Computer Systems Interface) 
zum Anschluß von SCSI-Peripherie 
an UNIBUS- und Q-Bus-Systeme. 

Umfangreich ist auch das Angebot an 
Ethernet-Zubehör wie Transceiver, 
Repeater, Multiport-Repeater und 
Terminalserver. Ein interessantes 
Produkt stellte z. B. auch der Termi- 
nalserver Performance P4000 
(Bild 2) mit DEC-kompatiblem LAT- 
Protokoll (Local Area Terminal) zum 
Anschluß von 12 oder 16 Terminals 
mit einer max. Übertragungsrate von 
je 38,4 kBit/s an ein Ethernet-LAN 
dar. Mit einer Erweiterungsbox kann 
die Anschlußanzahl auf 32 Terminals 
bei gleichzeitiger Verringerung der 
Übertragungsrate auf 19,2 kBit/s je 
Terminal erhöht werden. 

Zu den Spitzenprodukten zählt das 
SMDI-Subsystem (Storage Modul 
Disk Interconnect) zum Anschluß von 
schnellen SMD-Plattenlaufwerken 
der Fa. CDC an DEC-Rechner. Der 
SM-Umsetzer (z.B. SM70, Bild 3) 
setzt dabei das Standard Disk Inter- 
face (SDI) der DEC Storage Architec- 
ture (DSA) in das SMD-Interface um, 
wobei auf jedem SMD-Laufwerk ein 
RAxx-Laufwerk von DEC emuliert 
wird. In einem Schrank von ca. 1,5 m 
Höhe sind zur Zeit etwa 10,5 GByte 
Speicherkapazität realisierbar. 

Auf der Messe war auch einer der be- 
deutendsten PC-Hersteller, die Firma 
Compaq, mit ihrem umfangreichen 
PC-Angebot auf der Basis der Schalt- 
kreis-Familien 80286 und 80386 ver- 
treten. Der Compaq Deskpro 386/25 
(vorgestellt in MP 2/89) ist ein PC der 
oberen Leistungsgrenze mit einer 
Taktrate von 25 MHz bei voller 32-Bit- 
Architektur, max. 16 MByte Haupt- 
speicher und max. 1 ,2 GByte Platten- 
speicherkapazität. Demonstriert 
wurde vor allem die Integration von 
PCs und PC-Netzen in Netze auf Ba- 


sis von DECnet über die PCSA-Soft- 
ware (Personal Computer System Ar- 
chitecture). 

Die transtec Computersystemver- 
triebs GmbH Tübingen hat eines der 
umfangreichsten Angebote an DEC- 
und DEC-kompatiblen Geräten für 
PDP-11- und VAX-Rechenanlagen. 
Neu im Angebot waren vor allem: 

- Ergonomische Bildschirmtermi- 
nals VDU 320 von Nokia Data (Bild 4) 

- Hochleistungslaserdrucker von 
Hewlett Packard 

- Thin Wire Multiport-Repeater für 
Ethernet von Cabletron 

- 660-MByte-Winchesterplatten 
(5,25 Zoll) von CDC. 

Das ergonomische Bildschirmtermi- 
nal VDU 320 widerspiegelt die neue- 
sten Entwicklungen für Bildschirmar- 
beitsplätze: 

- flimmerfreies Bild durch eine relativ 
hohe Bildschirmwiederholrate von 
72 Hz 

- ermüdungsfreies Lesen durch die 
Darstellung von schwarzen Zeichen 
auf weißem Hintergrund 

- bessere Lesbarkeit durch eine re- 
lativ große Bildschirmdiagonale von 
15 Zoll (38 cm). 

Mit einem interessanten und umfang- 
reichen Angebot an speichersubsy- 
stemen und Netzwerkprodukten war 
auch die Fa. Micro Technology 
GmbH vertreten. 

Der Q-Bus-kompatible Controller 
MQDX4 realisiert das MSCP-Proto- 
koll (Mass Storage Control Protocol) 
zum Anschluß von Winchesterplat- 
ten- und Diskettenlaufwerken an Mi- 
croVAX- und MicroPDP-Rechnern. 
Er ist zum RQDX3 von DEC kompati- 
bel. Bei voller Bestückung mit 4 Lauf- 
werken (Bild 5) sind max. 3 GByte ex- 
terne Speicherkapazität verfügbar. 
Weiterhin wurden auswechselbare 
Winchesterplattenspeicher MQD-19 
zum Anschluß an Q-Bus-Systeme 
vorgestellt, wobei ein Laufwerk in der 
5,25-Zoll-Technologie eine Kapazität 
von 660 MByte hat. Durch Heraus- 
nahme des hermetisch gekapselten 
Plattenstapels können die Daten ana- 
log einer Diskette geschützt wer- 
den. 

Eine echte Alternative als Backup- 
Medium für die Datensicherung stel- 
len die Kassettenmagnetbandlauf- 
werke auf der Grundlage der Video- 
Aufzeichnungsverfahren dar. Der 
Controller MTU-23 für UNIBUS-Sy- 
steme bzw. MTQ-23 für Q-Bus-Sy- 
steme (Bild 6) kann bis zu vier Kas- 
settenmagnetbandlaufwerke EXB- 
8200 von EXABYTE bedienen. Auf 
einer kleinen 8-mm-Video-Kassette 
können etwa 2,3 GByte gespeichert 
werden. Pro Minute lassen sich etwa 
7 bis 10 MByte von Platte sichern. 
MTU/MTQ-23 können von allen gän- 
gigen Betriebssystemen (RSX-11M, 
RSX-11M+, UNIX, ULTRIX, VMS) 
unterstützt werden. 

Zahlreiche weitere Produkte werden 
gegenwärtig auf dem Netzwerksektor 

- wie Ethernetcontroller MEQNA, 
Ethernet-Adapter MESTA und Netz- 
werkanalysatoren LANguard - sowie 
auf dem Gebiet DSA-kompatibler 
Plattenspeicher- und Magnetband- 
subsysteme angeboten. 

Die SYNELEX Datensysteme GmbH 
war mit zahlreichen Netzwerkproduk- 
ten für LANs nach dem Ethernetver- 


fahren vertreten. Insbesondere wur- 
den DEC-kompatible Produkte von 
ISOLAN (Bild 7) angeboten wie 

- Ethernet- Interconnect zum An- 
schluß von max. 8 Ethernet-Knoten 
über Transceiverkabel an ein Ether- 
net-Segment (kompatibel zu DELNI) 

- entfernter Repeater zur Kopplung 
von zwei Ethernet-Segmenten über 
1000 m Lichtwellenleiter (kompatibel 
zu DEREP) 

- Multiportrepeater zum Anschluß 
von max. 8 Thin-Wire-Ethernet-Seg- 
menten an ein (dickes) Ethernet-Seg- 
ment (DEMPR). 

Den technischen Möglichkeiten ent- 
sprach auch der LAN-Analysator LA- 
Nalyzer EX 5600 von EXELAN auf 
der Basis eines portablen Compaq- 
PCs. Der LAN-Analysator kann alle 
gängigen Netzwerkprotokolle analy- 
sieren, Statistiken erfassen und ver- 
fügt über umfangreiche Diagnose- 
hilfsmittel. 

Die Fa. ROI (Rolf Obler Industrieelek- 
tronik) bot komplette Mikrorechnersy- 
steme an, die PDP-11- und Micro- 
VAX-kompatibel sind. Aus Eigenent- 
wicklungen wurden Single Board 
Computer SBC J11-8 auf der Basis 
desDEC-MikroprozessorsJII mit ei- 
ner extrem hohen Packungsdichte 
und anderen Baugruppen vorgestellt 
(Bild 8). 

STOLL EDV-Peripherie GmbH bot 
neben Terminals und verschiedenen 
Druckern vor allem hochleistungsfä- 
hige Laserdrucker F-1000, F-1200, F- 
2200 und F-3000 von Koycera an, die 
über eine Zusatzplatine voll kompati- 
bel zum DEC LN03/PLUS sind. Der 
F-3000 hat eine Leistung von 18 A4- 
Seiten pro Minute und emuliert alle 
verbreiteten Druckertypen wie HP La- 
serJet, IBM Grafikdrucker, EPSON 
FX80, NEC Pinwriter u. a. Er verfügt 
über den Tektronix-4010/4014-Zei- 
chensatz, Pixel-Grafik und 78 Fest- 
fonts in allen Emulationen sowie über 
39 Barcodes. 

Die Fa. EMC Computer Systems Ltd. 
stellte Speichersubsysteme aus wie 
etwa optische Plattenspeicher nach 
dem WORM-Prinzip (Write Once- 
Read-Multiple) von Archeion mit ei- 
ner Kapazität von max. 56 GByte in 
einem Schrank. Die optischen Platten 
sind auswechselbar. 

Eine weitere Neuheit auf der Messe 
war auch der erste löschbare und be- 
liebig oft beschreibbare optische Plat- 
tenspeicher INSPIRE, der von der 
FORUM Technische Entwicklung 
und Vertrieb GmbH angeboten 
wurde. Ein Doppellaufwerk hat eine 
Kapazität von 1 ,3 GByte. Es werden 
optische 5,25-Zoll-Disks von der Fa. 
3M verwendet, die auswechselbar 
sind. Die mittlere Zugriffszeit beträgt 
83 ms und die max. Datenübertra- 
gungsrate 7M Bit/s. Das Interface gibt 
es für den Q-Bus und den UNIBUS. 
Es wird das MSCP-Protokoll reali- 
siert. 

Darüber hinaus wurden zahlreiche 
weitere interessante Produkte, vor al- 
lem Softwareprodukte und Systemlö- 
sungen ausgestellt, auf die hier im 
Rahmen dieses kurzen Berichtes 
nicht weiter eingegangen werden 

Prof. Dr. Th. Horn 


Bild 1 Emulex-Stand auf der IN- 
TERDECK '89; Massenspeicher- 
controller, Kommunikationscon- 
troller und Speichersubsysteme für 
DEC-Rechner 


Bild 2 Terminalserver Perfor- 
mance 4000 von Emulex mit DEC- 
kompatiblem LAT-Protokoll für 12 
oder 16 Terminals mit max. 
38,4 kBitls, Ethernet-Anschluß 
IEEE 802.3-kompatibel 


Bild 3 SMDI-Subsystem von 
Emulex mit SM70-Interfaceumset- 
zer zum Anschluß von CDC-Platten 
mit insgesamt max. 10,5 GByte, 
Emulation der DEC Storage Archi- 
tecture 


Bild 4 Ergonomisches Alpha-Ter- 
minal VDU 320 von transtec (Her- 
steller Nokia Data); 15 Zoll Diago- 
nale, 72 Hz Bildwiederholrate, 
schwarze Zeichen auf weißem Hin- 
tergrund, entspiegelte Röhre, kom- 
patibel zu DEC VT 100, VT 220 und 
VT 320 


Bild 5 MQDX4 von Micro Techno- 
logy; Q-Bus-kompatibler Control- 
ler mit MSCP-Protokoll zum An- 
schluß von 4 Winchesterlaufwer- 
ken mit insgesamt max. 3 GByte, 
volle Kompatibilität zu DEC RQDX3 


Bild 6 MTUIMTQ-23 von Micro 
Technology mit Kassettenlaufwerk 
EXB-8200 von EXABYTE; Anschluß 
an DEC-Rechner mit Unibus oder 
Q-Bus. Max. Speicherkapazität 2,3 
GByte pro Kassette, Transferrate 
246 kByte/s 


Bild 7 Netzwerkprodukte von ISO- 
LAN; Multiportrepeater für meh- 
rere Thin-Wire-Ethernet-An- 

schlüsse, entfernter Repeater mit 
Lichtwellenleiter, Ethernet Inter- 
connect für mehrere Stationen 


Bild 8 Single Board Computer 
SBC J11-8 von ROI; Jll-Mikropro- 
zessor von DEC, 3 2-KByte-Cache, 8 
serielle Schnittstellen V.24IIFSS, 
Q22-Bus, voll LSI-11 -kompatibel 
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vorgestellt 


RISC- 
Workstation 
jetzt auch 
von DEC 


DECstation 3100 mit monochromatischem 19-Zoll-Bildschirm und Zusatzlaufwerk RZ 5 S 



DECstation 31 00 mit zusätzlichem Kassettenma- 
gnetbandlaufwerk TK50Z 


Anfang des Jahres kündigte die Fa. Digital 
Equipment Corporation (DEC) ihre erste 
RISC-Workstation an, die die Palette der be- 
währten VAXstation-Familie (VAXstation 
2000, VAXstation ll/GPX, VAXstation 3200, 
VAXstation 35xx) um ein neues Modell an der 
oberen Leistungsgrenze ergänzt, wobei das 
Preis-/Leistungsverhältnis gegenüber den 
bisherigen Workstations um 50 bis 100 Pro- 
zent verbessert werden konnte. 

Die neue DECstation 3100 wurde auf der 
Basis des RISC-Prozessors der MlPS-Cor- 
poration R 2000, mit 14 MIPS (Millionen Be- 
fehle pro Sekunde) nach dem Dhrystone- 
Benchmark bei einem internen Takt von 
1 6,67 MHz, realisiert. Durch die Gleitkomma- 
einheit R 201 0 wird bei einfacher Genauigkeit 
eine Verarbeitungsleistung von 4 MFLOPS 
(Millionen Gleitkommaoperationen pro Se- 
kunde) bzw. bei doppelter Genauigkeit 2,1 
MFLOPS erreicht. Der Hauptspeicher, kaijn 
von 8 bis 24 MByte ausgebaut werden. Zur 
Ausnutzung der vollen Leistungsfähigkeit 
des Prozessors sind zwei Cachespeicher zu 
je 64 KByte für die Daten und Befehle reali- 
siert. 

Erstmalig hat DEC auch den Industriestan- 
dard-Bus SCSI (Small Computer System Inter- 
connect) mit einer Übertragungsleistung von 
4 MByte implementiert. An SCSI können maxi- 
mal zwei ausgebaute 3 '/2-Zoll-Winchesterlauf- 
werke RZ23 (104MByte, 23ms mittlere Zu- 
griffszeit) angeschlossen werden. In externen 
Erweiterungsboxen sind maximal vier 5V4- 
Zoll-Winchesteriaufwerke RZ55 (332 MByte, 
24 ms mittlere Zugriffszeit) und das Kassetten- 
magnetbandlaufwerk TK50Z (95 Byte) mög- 
lich. Für den LAN-Anschluß ist ein Ethernet- 
Anschluß (Thin-Wire) vorgesehen. 


Für die interaktive grafische Arbeit stehen ein 
15-Zoll- oder ein 19-Zoll-Bildschirm (mono- 
chromatisch oder color) mit einer Auflösung 
von 1024 x 864 Pixel zur Verfügung. Bei der 
Color-Variante sind 256 Farben aus einer 
Menge von 16,7 Mio Farbtönen möglich. 

Auf Grund des Einsatzes eines RISC-Prozes- 
sors ist die DECstation 3100 zu den VAXsta- 
tions inkompatibel. Deshalb steht das Stan- 
dardbetriebssystem VAX/VMX nicht zur Verfü- 
gung, und es mußte auf ULTRIX, das UNIX- 
kompatible DEC-Betriebssystem, orientiert 
werden. Als Programmiersprachen werden 
vorläufig nur FORTRAN-77 und C geliefert. 

Als ein ULTRIX-Serverfür LAN wird weiterhin 
die DECstation 31 OOS mit 1 GByte Platten- 
speicherkapazität angeboten, während in Er- 
gänzung dazu auf gleicher Basis das DECsy- 
stem 3100 ein UNIX-Mehrnutzersystem mit 
8 bis 64 Terminals darstellt. 

Im Vergleich zu den VAX-Rechenanlagen 
kann die neue Workstation mit ca. 12facher 
Leistung einer VAX-1 1 /780 bewertet werden. 
Da diese neuen Systeme vor allem in den 
UNIX-Markt vorstoßen, konnten in den ersten 
6 Monaten bereits über 10000 Workstations 
umgesetzt werden. 

In der Zwischenzeit wurde von Sun Microsy- 
stems auch eine RISC-Workstation Sparc- 
station 1 vorgestellt, die je nach Anwen- 
dungsfall eine Leistung von 60 bis 90 Prozent 
der DECstation 3100 haben soll und damit 
deutlich unter der Leistung der DECstation 
3100 liegt. 

Von DEC wird beabsichtigt, noch in diesem 
Jahr eine leistungsgesteigerte Workstation 
mit dem wesentlich schnelleren RISC-Pro- 
zessor R 3000 der MIPS Corporation auf den 
Markt zu bringen. p m t. Dr. Th. Hom 
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Mikroelektronik-Bauelementesymposium 


Das dreizehnte Bauelementesympo- 
sium mit dem Schwerpunkt auf der 
Mikroelektronik wurde traditionsge- 
mäß im Mai in Frankfurt(Oder) aus- 
gerichtet. Dafür wurde wiederum das 
im Bild 1 gezeigte Sport- und Aus- 
stellungszentrum am Westkreuz ge- 
nutzt. Veranstalter waren das Kombi- 
nat Mikroelektronik und die Kammer 
der Technik Frankfurt(Oder). Das 
Symposium stand unter der Schirm- 
herrschaft des Ministers für Elektro- 
technik und Elektronik, Felix Meier. 
Den 2400 Teilnehmern wurde nach 
den Plenarvorträgen des Ministers 
für Elektrotechnik und Elektronik und 
der Kombinate Mikroelektronik, Carl 
Zeiss JENA, Robotron, Automatisie- 
rungsanlagenbau und Nachrichten- 
elektronik ein Fachvortragspro- 
gramm mit 56 Vorträgen über neu 
entwickelte Bauelemente und deren 
Applikation geboten. 

Auf dem Bauelementesymposium 
nimmt der Erfahrungsaustausch ei- 
nen immer größeren Stellenwert ein. 
Die 1200 m 2 große Ausstellungsflä- 
che mit 850 vorgestellten Bauele- 
menten und 195 Exponaten der An- 
wenderindustrie sowie der Akade- 
mien und Hochschulen, die Po- 
diumsgespräche und die Posterdis- 
kussionen boten dazu ausreichende 
Möglichkeiten. 


Von besonderem Interesse waren 
(die zur Leipziger Frühjahrsmesse 
erstmals gezeigten) Schaltkreise der 
Mikroprozessorsysteme U 80600 und 
U84C00, der 1-MBit-DRAM U 61000 
sowie die anwendungsspezifischen 
Schaltkreissysteme U 5300 und 
U 1 600. Der 8-KByte-SRAM U 6264, 
der 8-KByte-EPROM U2764 sowie 
die schnelle CMOS-Logikfamilie 
U 74HCT wurden vorgestellt und Er- 
fahrungen beim Einsatz von oberflä- 
chenmontierbaren Bauelementen er- 
mittelt. 

Über das 16-Bit-Mikroprozessorsy- 
stem U 80600 informierten wir Sie be- 
reits ausführlich in MP 5/1 989, den 1- 
MBit-DRAM U 61 000 und den 8-Bit- 
CMOS- Prozessor U84C00 stellen 
wir in diesem Heft näher vor. 

Für Nutzer des EC 1834 dürfte die 
Ankündigung einer Beschleuniger- 
karte auf der Basis des U 80601 von 
Interesse sein. Die BK 600 - auch 
Turbo-Karte genannt - ermöglicht 
eine Beschleunigung der Rechen- 
geschwindigkeit des EC 1 834 auf das 
3- bis 4fache. Bei Koprozessoran- 
wendung ist sogar ein Faktor von 5 
bis 8 möglich. Die Karte stellt ein voll- 
ständiges Subsystem dar, das im 
EC 1834 an die Stelle der RAM-Er- 
weiterung gesteckt werden kann. Sie 
übernimmt die Abarbeitung aller Be- 
triebssystem-, Treiber- und Anwen- 
derprogramme, wobei das ursprüng- 
liche Prozessorsystem als Slavesy- 
stem weiterverwendet wird. Damit 
wird der Zugriff auf alle Systemres- 
sourcen gewährleistet. Der RAM-Be- 
reich des EC 1834 kann hierbei als 




Disk-Cache für Hard- und Floppy- 
disks verwendet werden. Die Bauele- 
mentebasis für die Beschleuniger- 
karte, die eine Gemeinschaftsarbeit 
der Kombinate Mikroelektronik und 
Robotron darstellt, sind die Schalt- 
kreise U 80601, U 8061 3, DS 82284, 
U 80606, U 41 256- 15, U214D, 

U6514D sowie die DL- und DS-Lo- 
gikreihe. 

Von den in der Ausstellung gezeigten 
Exponaten haben wir für Sie einige 
ausgewählt, die wir Ihnen nachfol- 
gend kurz vorstellen wollen. 

Die Wilhelm-Pieck-Universität Ro- 
stock, Sektion Technische Elektronik, 


zeigte den 1 6-Bit-Single-Board-Com- 
puter SBC-WPU-80601 (Bild 2). Der 
SBC in DKL-Technik mit den Abmes- 
sungen 233 mm x 330 mm wurde mit 
folgenden Schaltkreisen vorgestellt: 
CPU 80286, Taktgenerator 82284, 
zwei Buscontroller 82288, Busarbiter 
82289, Arithmetikprozessor 80287, 
zwei Interruptcontroller 8259A, V.24-/ 
IFSS-Interface mit USART 8251 A, Ti- 
mer 8253, vier statische RAMs 6264 
. . . 62256 sowie vier EPROMs 2764 
. . . 27256. Der SBC-WPU-80601 bil- 
det das Kernstück eines modularen 
Systems mit MMS-16-Global- und 
Lokalbus sowie SBX-Bus mit SCSI- 


Adapter. Weiterhin wurden system- 
eigene Ergänzungen vorgestellt: 
Grafikmodul mit 82720 und MMS-16- 
Bus, Winchestercontroller mit 82062 
und SBX-Bus. In Funktion wurde die 
Konsolenkopplung des SBC mit 
SCSI-lnterface vorgeführt. Die Soft- 
ware besteht aus dem 957B-Monitor 
mit Erweiterungen, SCP und DCP im 
Real Address Mode der CPU. In Bei- 
spielen wurden die Funktionsprinzi- 
pien des Protected Mode gezeigt. Der 
Grafikmodul erlaubt eine Darstellung 
von 800 x 800 Pixeln, ein Demo auf 
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40 Jahre DDR - das bedeutet kontinuierliche Ent- 
wicklung unseres Staates und seit langem die Ein- 
heit von Wirtschafts- und Sozialpolitik. Folgerichtig 
war 1976 der Entschluß zur Entwicklung und brei- 
ten Anwendung der Mikroelektronik gefaßt worden, 
und die in unserer Zeitschrift bisher veröffentlichten 
Beiträge sind ein Ausdruck für die erfolgreiche Ver- 
wirklichung dieser Vorhaben. In unserem Mai-Heft 
konnten wir Sie beispielsweise umfassend über das 
neue, schnelle 16-Bit-Mikroprozessorsystem U 
80600 aus dem VEB Kombinat Mikroelektronik Er- 
furt informieren, dessen Serienfertigung zu Ehren 
. des 40. Jahrestages gegenwärtig beginnt. 

In den beiden ersten Beiträgen dieses Heftes (Seite 
291 bzw. Seite 292) erläutern wir die Bedeutung 
der Megabitspeicher und stellen den 1 -MBit-DRAM 
U 61 000 ausführlich vor. Mit der Entwicklung dieses 
Speicherschaltkreises haben die Werktätigen des 
VEB Carl Zeiss JENA Leistungen vollbracht, zu de- 
nen gegenwärtig nur wenige führende Länder bzw. 
Hersteller in der Welt in der Lage sind. Bekanntlich 
waren bereits im vergangenen Jahr erste Muster 
präsentiert worden, und zum diesjährigen Geburts- 
tag der Republik kann die Aufnahme der Pilotpro- 
duktion abgerechnet werden. 

Neben dem 16-Bit-Mikroprozessorsystem U 80600 
zeigte das Kombinat Mikroelektronik zur Leipziger 
Frühjahrsmesse als weitere Neuheit sein erstes 8- 
Bit-System in der stromsparenden CMOS-Technik. 
Wir stellen Ihnen das System U 84C00 in diesem 
Heft ab Seite 296 näher vor. 

Ebenfalls zur diesjährigen Frühjahrsmesse offe- 
rierte das Kombinat Keramische Werke Hermsdorf 
in Leipzig Muster von 4-Megabitspeichern auf Hy- 
bridschaltkreisträgern. Sie bestehen, je nach Va- 
riante, aus jeweils 1 6 Chips des 256-KBit-DRAMs U 
61256 oder 4 Chips des U 61000 aus dem Kombi- 
nat Carl Zeiss JENA. In dem Beitrag auf Seite 298 ‘ 
wird ein Überblick überden Stand der Fertigung von 
Hybridschaltkreisen im Kombinat Keramische 
Werke Hermsdorf gegeben, der diese Speicher- 
schaltkreise einschließt. 


Vorschau 

Für Heft 1 1 bereiten wir für Sie Beiträge zu folgen- 
den Themen vor: 

• Von Turbo 3.0 zu Turbo 5.0 

• Multiprozessorsysteme mit U 8000 

• Druckerinitialisierung 

• DOS-GerätetreiberfürSCOM-LAN 
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Gute Bilanz 

bei Schlüsseltechnologien 
im 40. Jahr der DDR 

In Verwirklichung der ökonomischen 
Strategie der SED wurde das hohe 
Tempo der Einführung von Schlüs- 
seltechnologien fortgesetzt. Das er- 
gibt sich aus der Mitteilung der Staat- 
lichen Zentralverwaltung für Statistik 
über die Durchführung des Volkswirt- 
schaftsplanes 1989 im ersten Halb- 
jahr. Mit der steigenden Produktion 
von höchstintegrierten Speicher- 
schaltkreisen wurde die Bereitstel- 
lung elektronischer Bauelemente für 
die Rechen- und Automatisierungs- 
technik weiter verbessert. Ausschlag- 
gebend für die breitenwirksame 
Durchsetzung der Schlüsseltechno- 
logien in allen Bereichen der Volks- 
wirtschaft sind die hohen Steigerun- 
gen der Produktion von solchen Er- 
zeugnissen wie unipolaren monoli- 
thisch-integrierten Schaltkreisen um 
48 Prozent, bipolaren monolithisch- 
integrierten Schaltkreisen um 22 Pro- 
zent, Druckern für Computer um 30 
Prozent, Büro- und Personalcompu- 
tern um 15 Prozent und Industriero- 
botern um 10 Prozent. 

• Die rechentechnische Basis der 
Volkswirtschaft ist mit der Produktion 
von 31 297 Büro- und Personalcom- 
putern weiter gestärkt worden. We- 
sentlich gesteigert wurde die Ferti- 
gung von 16-Bit-Computern mit grö- 
ßerer Rechengeschwindigkeit und er- 
höhter Speicherkapazität. 

• Im ersten Halbjahr 1989 sind 91 00 
CAD/CAM-Arbeitsstationen und -Sy- 
steme neu in Betrieb genommen wor- 
den. Sie wurden vorrangig in der For- 
schung und Entwicklung, der Kon- 
struktion und der Projektierung, zur 
Softwareproduktion sowie für die Pro- 
duktionsvorbereitung und -lenkung 
angewendet. 

Gegenwärtig sind in der Volkswirt- 
schaft rund 82 500 CAD/CAM-Ar- 
beitsstationen und -Systeme im Ein- 
satz. Das Angebot an leistungsfähi- 
gen Ausrüstungen für die CAD/CAM- 
Technik ist durch die Steigerung der 
Produktion von Kleindatenverarbei- 
tungsanlagen um 51 Prozent- insbe- 
sondere mit 32 Bit Verarbeitungs- 
breite - erweitert worden. 

• Die Softwareherstellung nahm um 
12 Prozent zu. 

• Ende des ersten Halbjahres 1989 
waren insgesamt über 96000 Indu- 
strieroboter in der Volkswirtschaft 
eingesetzt. Fortgesetzt wurde die 
Einführung flexibler automatisierter 
Fertigungssysteme. 

Im Bereich Elektrotechnik und Elektro- 
nik wurde ein überdurchschnittlicher 
Leistungs- und Effektivitätszuwachs 
zur beschleunigten Entwicklung und 
Anwendung der Mikroelektronik in der 
Volkswirtschaft erreicht. Hervorragen- 
den Anteil daran hatten mit hohen Stei- 
gerungsraten der Arbeitsproduktivität 

23 Prozent, Mikroelektronik Erfurt mit 
14 Prozent, Elektronische Bauele- 
mente Teltow mit 12 Prozent und Carl 
Zeiss JENA mit 1 1 Prozent. Mit der 
wachsenden Produktion von höchstin- 
tegrierten Speicherschaltkreisen ver- 
besserte sich die Bereitstellung elek- 
tronischer Bauelemente für die Re- 
chen- und Automatisierungstechnik. 


Mit dem Abschluß der Entwicklung 
des Bildungscomputers A 5105 im 
Kombinat Robotron wird das Erzeug- 
nisspektrum der Rechentechnik 
durch einen leistungsfähigen und ko- 
stengünstigen Rechner ergänzt, der 
sowohl für die Ausbildung als auch für 
viele andere Aufgaben eingesetzt 
werden kann. mp 

Hohe Aufgaben 

für Sömmerdaer Werktätige 

Die Produktion von Seriendruckern 
soll in diesem Jahr im Büromaschi- 
nenwerk „Ernst Thälmann“ Söm- 
merda um nahezu ein Drittel gegen- 
über 1 988 steigen. Wichtiges Wettbe- 
werbsvorhaben ist außerdem die Ver- 
dopplung der Stückzahl leistungsfä- 
higer 1 6-Bit-Computer vom Typ EC 
1834. 

Vor den 1 3 000 Werktätigen des Wer- 
kes steht die Aufgabe, mit dem Plan 
1 990 höhere Zuwachsraten anzuge- 
hen als in den Jahren zuvor. So soll 
die Nettoproduktion in dem größten 
Robotron-Kombinatsbetrieb um 28,6 
Prozent steigen, die Arbeitsprodukti- 
vität in der gleichen Größenordnung. 
32000 Personalcomputer, die mei- 
sten davon mit 16 Bit Verarbeitungs- 
breite, und 165000 Seriendrucker 
werden - so lautet das Ziel - im näch- 
sten Jahr den Betrieb verlassen. 

ADNIND 


42. Tagung 

der Paritätischen 

Regierungskommission 

Im Mai fand in Moskau die 42. Tagung 
der Paritätischen Regierungskom- 
mission für ökonomische und wissen- 
schaftlich-technische Zusammenar- 
beit zwischen der DDR und der 
UdSSR statt. 

Die Kommission behandelte unter 
anderem die von den Ministerien, 
Kombinaten, Vereinigungen und Be- 
trieben in Auswertung der DDR-Aus- 
steilung in Moskau abgestimmten 
Maßnahmen, die darauf gerichtet 
sind, die ökonomische und wissen- 
schaftlich-technische Zusammenar- 
beit zwischen beiden Ländern weiter 
zu entwickeln und zu vertiefen. An er- 
ster Stelle steht dabei, Spitzenlei- 
stungen in Forschung und Produk- 
tion, insbesondere bei den Schlüssel- 
technologien, zu erzielen sowie eine 
hohe Effektivität auf dem Weg der In- 
tensivierung und durch Spezialisie- 
rung und Kooperation zu erreichen. 
Auf dem Gebiet der Mikroelektronik 
als Hauptkomplex der Zusammenar- 
beit zwischen der DDR und der 
UdSSR wurden gemeinsame Vorha- 
ben zur Sicherung eines hohen Tech- 
nologieniveaus beraten. So stand auf 
einem T reffen des Ministers für Elek- 
trotechnik und Elektronik der DDR, 
Felix Meier, mit dem Minister für elek- 
tronische Industrie der UdSSR, Wla- 
dislaw Kolesnikow, die weitere Zu- 
sammenarbeit in der Mikroelektronik 
für den Zeitraum des kommenden 
Fünfjahrplanes im Mittelpunkt. Die ge- 
meinsame Arbeit richtet sich vor allem 
auf Technologien zur Herstellung von 
1- und 4-Megabit-Schaltkreisen und 
zur Kooperation der Länder im Elektro- 
nikmaschinenbau. Vereinbart wurde 
die Vorbereitung neuer beziehungs- 


weise die Verlängerung bestehender 
Regierungsabkommen auf den Ge- 
bieten der Mikroelektronik, passiven 
elektronischen Bauelemente, elek- 
tronischen Vermittlungstechnik und 
Lichtleiterübertragungstechnik. 

Mit dem Vizepräsidenten der Akade- 
mie der Wissenschaften der UdSSR, 
Jewgeni Welichow, wurde ein Mei- 
nungsaustausch geführt über Mög- 
lichkeiten der Zusammenarbeit auf 
dem Gebiet der Mikroprozessorsy- 
steme, die von großer Bedeutung für 
die Rechentechnik und für moderne 
Automatisierungslösungen im Ma- 
schinenbau sind. ADN 

Erste Funktionsmuster 
übergeben 

Der 32-Bit-Mikroprozessor 
für den „kleinen Würfel“ 

Nach knapp 3jähriger Entwicklungs- 
zeit wurden am 1 7. Juli dieses Jahres 
die ersten Muster des 32-Bit-Mikro- 
prozessors U 80701 - des wichtig- 
sten Schaltkreises eines neuen Mi- 
kroprozessorsystems - im For- 
schungszentrum des Kombinates Mi- 
kroelektronik Erfurt hergestellt. 

Am 14. August übergab eine Abord- 
nung der über 250 daran beteiligten 
Forscher und Entwickler aus Anlaß des 
40. Jahrestages der DDR im Hause 
des Zentralkomitees der SED die er- 
sten Schaltkreise dieses Mikroprozes- 
sors an den Generalsekretär des ZK 
der SED, Erich Honecker. Damit löste 
das Erfurter Forschungszentrum eine 
Verpflichtung ein, die im Wettbewerb 
zu Ehren des 40. Jahrestages - anläß- 
lich des Besuches von Erich Honecker 
im VEB Mikroelektronik „Karl Marx“ Er- 
furt am 22. Mai 1 986 - übernommen 
wurde. Beteiligt an dieser Entwicklung 
waren auch Kollektive des Kombinates 
Robotron und der Akademie der Wis- 
senschaften der DDR. 

Während des Treffens nannte der 
Generaldirektor des Kombinates Mi- 
kroelektronik, Prof. Dr. Heinz Wedler, 
die Vorzüge dieses ersten 32-Bit-Mi- 
kroprozessorsystems der DDR. Ge- 
genüber dem bisher vom Kombinat 
Robotron produzierten 32-Bit-Rech- 
ner K 1840 (siehe MP 10/1988, Seite 
311), der etwa 10000 integrierte 
Schaltkreise besitzt, benötige der mit 
dem neuen Mikroprozessorsystem 
ausgestattete Rechner nur noch etwa 
900 Schaltkreise. Sind für den K 1 840 
noch 1 5 Kilowatt Anschlußleistung er- 
forderlich, so soll der nachfolgende 
Rechner nur noch 1,5 Kilowatt ver- 
brauchen. Für die Erfüllung der Polit- 
bürobeschlüsse zur Mikroelektronik 
sei die materiell-technische Basis in 
Erfurt-Südost durch den Bau der nun- 
mehr drei modernen Chipfabriken ge- 
schaffen worden. Da jedoch das For- 
schungszentrum erst Anfang der 
neunziger Jahre fertiggestellt sein 
wird, mußten die Entwicklungsarbei- 
ten in den neugebauten Fabriken pa- 
rallel zur täglichen Produktion organi- 
siert werden. Die Mikroelektroniker 
haben sich nun vorgenommen, den 
Entwicklungsabschluß des 32-Bit-Mi- 
kroprozessorsystems, das insgesamt 
12 Schaltkreistypen umfaßt, mit ei- 
nem hohen Tempo anzugehen. Im 
Schaltkreisentwurf konzentrieren sie 
bereits jetzt die Kräfte auf das fol- 
gende Mikroprozessorsystem, das 


drei- bis fünfmal leistungsfähiger sein 
wird als das gerade vorliegende. 

Die technischen Daten des U 80701 
können sich sehen lassen. So sind 
die 130 000 Transistoren auf einem 
Chip mit einer Fläche von 84 mm 2 in 
einem 68poligen Gehäuse unterge- 
bracht. Internationale Spitzenwerte 
werden mit der Taktfrequenz von ma- 
ximal 40 MHz erreicht. Die physisch 
adressierbare Speichergröße ist 
16 MByte, während virtuell 4 GByte 
adressierbar sind. Der U 80701 wird 
in dem neuen 32-Bit-Rechner K 1820 
eine Verarbeitungsleistung von einer 
Million Operationen pro Sekunde er- 
möglichen. 

Der 1 . Stellvertreter des Generaldi- 
rektors des Kombinates Robotron, 
Dr. Dieter Walter, war als Projektleiter 
für den K 1 820 ebenfalls bei der Über- 
gabe anwesend. In seinen Ausfüh- 
rungen stellte er unter anderem fest: 
„Unseren großen K 1 840. auf den wir 
vor zwei Jahren fürchterlich stolz wa- 
ren, werden wir als kleinen Würfel an 
den Arbeitsplatz bringen und damit 
natürlich den Konstrukteuren und 
Entwerfern ganz andere Möglichkei- 
ten erschließen.“ 

Erich Honecker betonte, daß die DDR 
mit diesem Leistungsstand nachge- 
wiesen habe, daß sie mit der seit dem 
XI. Parteitag geschaffenen Entwick- 
lungs- und Produktionsbasis in der 
Lage sei, leistungsfähige 32-Bit-Mi- 
kroprozessorsysteme nach eigenen 
Entwurfsmethoden zu entwickeln und 
herzustellen. 

MP 

Produktionsbeginn 
des U 61 OOO 

Über die Messeofferte sowie die Ent- 
wicklung des VEB Carl Zeiss JENA 
informierte der Stellvertreter des Ge- 
neraldirektors, Wolfgang Nordwig, 
auf einer internationalen Pressekon- 
ferenz anläßlich der Leipziger Herbst- 
messe 1989. Unter anderem erläu- 
terte er, daß die aus der Entwicklung 
der Mikroelektronik im Kombinat ge- 
wonnenen Erkenntnisse zunehmend 
den technischen Konsumgütern zu- 
gute kommen. Mit Interesse wurde 
die Bestätigung aufgenommen, daß 
in Dresden die Produktion des 1- 
MBit-Speicherschaltkreises begon- 
nen habe. MP 

Rank-Xerox-Ausstellung 
Rank Xerox hat sich entschlossen, 
den nach eigenen Angaben meistver- 
kauften Kopierer der Welt, den auch 
in der DDR verbreiteten Xerox 1 025Z, 
aufgrund der Nachfrage bis 1991 wei- 
terzuproduzieren. Gleichzeitig wurde 
mitgeteilt, daß zwar die Ersatzteilver- 
sorgung für ältere Modelle ausläuft, 
für die Modelle 7000 und 31 07 jedoch 
Ersatzteile noch bis 1991, Toner, Ent- 
wickler und Trommeln noch bis 1992 
zur Verfügung stehen werden. 

Um potentiellen Kunden noch vor der 
Leipziger Frühjahrsmesse 1990 die 
Geräte der neuen 50er Serie vorstel- 
len zu können, wird die Firma im No- 
vember in Berlin eine Ausstellung 
veranstalten. Weitere Auskünfte er- 
teilt: Rank Xerox Limited, Internatio- 
nales Handelszentrum, Friedrich- 
straße, Berlin, 1086; Tel. 20962675. 
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Der Megabitspeicher 

und die Mikroprozessortechnik 


Prof. Dr. Bernd Junghans, 

VEB Forschungszentrum Mikroefek- 
tronik Dresden 

Betrieb des Kombinates VEB Carl 
Zeiss JENA 


Weshalb richtet sich in so ungewöhnlichem 
Maße die Aufmerksamkeit der Öffentlichkeit 
auf die Entwicklung von Halbleiterspeichern? 
Sind sie doch nur einer von Hunderten Bau- 
steinen, die die Hardwarebasis der moder- 
nen Rechentechnik ausmachen. Gewiß sind 
sie ökonomisch wichtig, da sie bereits über 
einen langen Zeitraum und auch in der ab- 
sehbaren Zukunft wertmäßig etwa 20 Pro- 
zent der Weltproduktion an integrierten 
Schaltkreisen ausmachen. Den Anwender 
dürften aber mehr die Gebrauchswerte inter- 
essieren. Und tatsächlich ist ein Großteil des 
in den letzten Jahren erzielten atemberau- 
benden Fortschritts der Mikroprozessortech- 
nik durch den Einsatz immer höher integrier- 
ter Speicherbausteine ermöglicht worden. 
Hatten noch vor rund 10 Jahren lediglich 
Großrechner eine Hauptspeicherkapazität 
von einigen Megabyte, so ist diese Größe 
heute bereits Standard bei Arbeitsplatzcom- 
putern. Das war nur möglich durch die Stei- 
gerung des Integrationsgrades der Speicher- 
schaltkreise in diesem Zeitraum um etwa drei 
Größenordnungen. 

So wurde Anfang der 80er Jahre der Haupt- 
speicher für die EDVA EC 1 055 mit einer Ka- 
pazität von 1 Megabyte durch 9 000 Stück 1 - 
KBit-DRAM U 253 realisiert, wozu ein sepa- 
rater Schrank mit den Abmessungen von 
rund 0,7 m x 1,2 m x 1,8 m benötigt wurde. 
Es wäre weder ökonomisch erschwinglich, 
noch technisch sinnvoll, einem Personal- 
computer einen solchen Schrank beizustel- 
len. Die gleiche Speicherkapazität kann 
heute mit 9 Stück DRAM-Schaltkreisen U 
61000 auf einer Leiterplattenfläche von rund 
10 cm 2 untergebracht werden! Den durch die 
gewachsene Speichergröße möglich gewor- 
denen enormen Gewinn an Rechnerleistung 
und Komfort wissen die Leser der „Mikropro- 
zessortechnik" selbst einzuschätzen. 

Weniger bekannt dagegen ist häufig sogar 
unter Informatikern die fundamentale Bedeu- 
tung der Speicherschaltkreise als Schrittma- 
cher für die Technologieentwicklung, die 
aber letztlich allein die Sonderstellung der 
Speicher unter allen mikroelektronischen 
Entwicklungen aüsmachen. Seit dem Eintritt 
in das Zeitalter der Großintegration (LSI) 
Ende der 60er Jahre haben die Speicher mit 
einer Verdopplung des Integrationsgrades 
aller 1,5 Jahre das Tempo des technologi- 
schen Fortschritts in der Mikroelektronik be- 
stimmt. Dabei erstreckt sich das für die Spei- 
cherherstellung erarbeitete umfangreiche 
know-how nicht nur auf die Halbleitertechno- 
logie an sich, sondern reicht von den einzu- 
setzenden äußerst vielfältigen Chemikalien 
über die hochgezüchteten technologischen 
und meßtechnischen Ausrüstungen bis zur 
extremen Anforderungen genügenden Reinst- 

tionssteuerung. 
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So war zum Beispiel für die CMOS-Technolo- 
gie des Megabitspeichers /I/ die Beherr- 
schung minimaler Strukturmaße um 1 Mikro- 
meter nicht nur eine technologische Heraus- 
forderung an die Verfahrensentwickler, son- 
dern ebenso an die Ausrüstungsentwickler, 
die unter anderem mit den Elektronenstrahl- 
anlagen ZBA 21 und den optischen Struktur- 
übertragungsanlagen AÜR des Kombinates 
VEB Carl Zeiss JENA entscheidende Vorlei- 
stungen erbringen mußten. Gleiches gilt für 
viele andere Betriebe. Hierin liegt eine der 
Katalysatorwirkungen der Mikroelektronik: 
Sie erfordert modernste Hochtechnologien in 
nahezu allen Bereichen der Volkswirtschaft 
und liefert zugleich entscheidende Voraus- 
setzungen zur Erzielung derartiger Spitzen- 
leistungen. Speicherschaltkreise eignen sich 
nun aufgrund ihrer logisch einfachen, regulä- 
ren Struktur und ihrer außerordentlichen 
Empfindlichkeit gegenüber technologischen 
Schwankungen hervorragend als Testob- 
jekte für die Entwicklung neuer Technologien 
und deren materiell-technischer Basis. Wer- 
den Speicherschaltkreise eines neuen tech- 
nologischen Niveaus, das sich in der Regel 
vom Vorgängerniveau durch einen vierfach 
höheren Integrationsgrad und damit einher- 
gehende Steigerung der Signalverarbei- 
tungsgeschwindigkeit im Schaltkreis unter- 
scheidet, mit akzeptabler Ausbeute be- 
herrscht, kann auf dem soliden Fundament 
einer solchen Basistechnologie die Ent- 
wicklung eines breiten Sortimentes von Mi- 
kroprozessoren, Logikschaltkreisen, ASICs 
usw. erfolgen. In diesem Sinne war die T ech- 
nologie des 256-KBit-DRAMs Basis für alle 
heute gebräuchlichen 32-Bit-Mikroprozesso- 
ren, während die Technologie des Megabit- 
speichers zu einer neuen Klasse von Mikro- 
prozessoren führen wird, die die Leistungsfä- 
higkeit heutiger Superrechner erreichen, wie 
das Beispiel des Prozessors 80860 der Firma 
Intel zeigt. Mit der weiteren Integrationsgrad- 
steigerung, die mit den Etappen 4-MBit- 
DRAM, 16-MBit-DRAM und 64-MBit-DRAM 
(1 30 Mio T ransistoren pro Chip!) bereits kon- 
zipiert ist, wird der Weg frei zur Integration 
HxsYTfMsa ÄVJteiB ■ei- 

nem Chip. Künftig wird es für die Konkurrenz- 


Bernd Junghans studierte von 1962 bis 1968 
Elektronik am Moskauer Energetischen Institut. 
Danach war er wissenschaftlicher Aspirant und 
Oberassistent an der Sektion Physik 'Elektroni- 
sche Bauelemente der damaligen Techni- 
schen Hochschule (heute Technische Univer- 
sität) Karl-Marx-Stadt. Seit 1976 arbeitet Bema 
Junghans in unterschiedlichen Funktionen im 
Forschungszentrum Mikroelektronik Dresden, 
wo er sich mit Technologie- und Schailkreisent- 
Wicklungen beschäftigt, zuletzt als Projektleiter 
des Megabitspeichers. Bernd Junghans ist Ho- 
norarprofessor an der Sektion Informations- 
technik der Technischen Universität Dresden 
Für seine Arbeiten wurde er zweimal mit dem 
Nationalpreis ausgezeichnet. 


fähigkeit ganzer Industriezweige und Volks- 
wirtschaften entscheidend sein, ob diese 
Technologie der Systemintegration be- 
herrscht wird und verfügbarist. Deshalb hat 
unsere Republik in den letzten Jahren große 
Anstrengungen unternommen, die Mikro- 
elektroniktechnologie auf internationalem 
Spitzenniveau zu entwickeln. Beredter Aus- 
druck für die dabei erzielten Erfolge ist die 
Herstellung erster 1 -Megabitspeicher zum 
39. Jahrestag der DDR im Kombinat VEB 
„Carl Zeiss JENA auf der Grundlage eigener 
Entwicklungsleistungen. Zum 40. Jahrestag 
kann bereits eine den wichtigsten Bedarf 
deckende Pilotproduktion dieses Schaltkrei- 
ses abgerechnet werden, die eine gute 
Grundlage für weitere Schaltkreisentwicklun- 
gen in diesem technologischen Spitzenni- 
veau bildet. Für die nächste Etappe, die mit 
dem Prototyp des 4-MBit-DRAMs ein Inte- 
grationsniveau von fast 10 Mio Transistoren 
pro Chip ermöglichen wird, laufen konzen- 
trierte Arbeiten, um zum 41 . Jahrestag unse- 
rer Republik die ersten funktionsfähigen 
Schaltkreise herstellen zu können. 

Diese zielstrebige Entwicklung der Technolo- 
gie der Höchstintegration ist ein entscheiden- 
der Faktor für die Zukunftssicherung unserer 
hochentwickelten Elektronikindustrie und 
darunter auch der Mikroprozessortechnik. 
Sie hat darüber hinaus Bedeutung für unsere 
gesamte Volkswirtschaft, wie E. Honecker 
feststellte: „Die weitere Entwicklung der DDR 
als modernes, leistungsfähiges Industrieland 
ist ohne die Mikroelektronik nicht vorstell- 
bar.“ 121 
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Der Megabitspeicher U 61000 


Dr. Jens Knoblo ch, Andreas Scade 
VEB Forschungszentrum Mikroelek- 
tronik Dresden 


Überblick 

Die größten zur Zeit produzierten Halbleiter- 
speicher mit wahlfreiem Zugriff (RAM = ran- 
dom access memory) sind dynamische Spei- 
cher. Diese RAMs werden mit der dynami- 
schen Ein-Transistorzelle realisiert, weil alle 
anderen Zellkonzepte, beispielsweise stati- 
sche Speicherzellen mit 4 oder 6 Transisto- 
ren, eine deutlich größere Fläche beanspru- 
chen, was die Erzeugung gleichgroßer stati- 
scher Speicher im gleichen Technologieni- 
veau verhindert. 

Der dynamische Megabitspeicher (1-MBit- 
DRAM) U 61000 ist der erste DDR-Schalt- 
kreis - und damit Technologietreiber - auf 
der Basis einer n-Wannen-CMOS-Technolo- 
gie im Strukturniveau bis 1 //m (CSGT5d). 
Dieses Strukturniveau und die Anwendung 
von vier Leitbahnebenen (2 x Polysilizium 
und je 1 x Molybdänsilicid und Aluminium) er- 
lauben eine sehr hohe Packungsdichte, so daß 
der Chip in kleine Standardgehäuse montiert 
werden kann. Die Herstellungstechnologie des 
Megabitspeichers ist in Tafel 1 charakterisiert. 
Auf der 4. Umschlagseite (oben) ist die Herstel- 
lung des Speichers in drei Bearbeitungsetap- 
pen dargestellt. 

Tafel 1 Herstellungstechnologie CSGT5d 


- 430 Teilschritte 

- 1 8 fotolithografische Strukturierungen 

- minimales Strukturraster: 2,5/rm 

- Oxiddicke der Speicherkapazität: 12nm 

- Zellengröße: 3,8 x 9,0 = 34,2/rm 2 

- Chipfläche: 5,1 x 12,85 = SS.Sptr? 

- Integrationsgrad: 2,3 Mio Bauelemente 

- Eine Skalierung des Chips ist in Vorbereitung 

- effektive minimale Kanallängen: 1 pm 


Der U 61000 besitzt die Organisation 
1048576 x 1 Bit und arbeitet im Fast Page 
Mode (FPM). Er ist vorwiegend für den Ein- 
satz in der Rechen- und Nachrichtentechnik 
und in der Industrieelektronik vorgesehen 
und wird durch folgende Haupteigenschaften 
charakterisiert: 

- dynamischer Schreib-/Lesespeicher mit 
wahlfreiem Zugriff 

- hohe Arbeitsgeschwindigkeit und geringe 
Verlustleistung entsprechend Tafel 2 

- TTL- und CMOS-Kompatibilität der Ein- 
und Ausgänge 

- Tristate-Ausgangsstufen 

- Betriebsspannung : 5 V ± 1 0 % 

- 512 Refreshzyklen; Refreshzeit: 8 ms 

- Betriebsarten im Normalbetrieb und im 
Fast Page Mode: 

' READ CYCLE 
EARLY WRITE CYCLE 
READ MODIFY WRITE CYCLE 

- Refreshmodi: 

RAS ONLY REFRESH 

CAS BEFORE RAS REFRESH 

HIDDEN REFRESH (READ und WRITE) 

- Betriebstemperatur: 0°C . . . 70 °C. 

Der Schaltkreis wird in einem 18poligen DIL- 
Plastgehäuse mit 7,62 mm Reihenabstand 
verkappt. Im Entwicklungszeitraum kann 
auch ein 18poliges Keramik-DIP-Gehäuse 
zum Einsatz kommen. 


In diesem Fall lauten die Typenbezeichnungen 
U61000CC12und 
U61000CC10. 

Ein Gehäuse in Aufsetztechnik (SOJ 26/20) 
mit verringertem Platzbedarf ist in Vorberei- 
tung. 

Eine vollständige Übersicht über die Eigen- 
schaften des Megabitspeichers U 61 000 ist in 
der TGL 45536 (in Vorbereitung) enthalten. 

Aufbau 

Das speichernde Element der dynamischen 
Zelle ist ein Kondensator. Die 
dort gespeicherte Ladung repräsentiert die 
Information. Außer dem Kondensator enthält 
die Speicherzelle noch einen 
Auswahltransistor, über den die Infor- 
mation vom Kondensator auf die Bitleitung 
(Lesen) oder umgekehrt von der Bitleitung in 
den Kondensator (Schreiben) gelangen 
kann. Die Auswahl der Speicherzellen erfolgt 
durch ein überhöhtes Potential auf der Zei- 
len- oder Wortleitung. 

Der U 61000 arbeitet mit einer planaren Ein- 
Transistorzelle, deren Schaltbild, Layout und 
Längsschnitt in Bild 1 dargestellt sind. Für hö- 
herintegrierte Speicher (z.B. 4-MBit- 
DRAMs) zeichnen sich neue Lösungen der 
Kondensatorherstellung ab, um bei weiterer 
Zellverkleinerung die Speicherkapazität in 


Tafel 2 Geschwindigketts- und Leistungsparameter des 
U 61 000 


35 ns 
50 ns 
190 ns 
55 ns 



Bild 1 Speicherzelle U 61000 
a) Schaltung b) Layout c) Längsschnitt 
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kreise Jens Knobloch ist Tbemenleitei für 
■ die Entwicklung ries 1 -MBit-DRAMs Für 
p seine Arbeiten wir er zweimal mit dem Na- 

Andreas hi . J 1) studierte , i it' 

;M983 an de ■■ hn'schen Un • ivyl- 
•' Marx-Stad! - miierte übe 
Halbleiter 

Seit 19?:-. arbeitet er im Ftr - nunc ’ntrum 
Mikroeiektr jmk Diesden als >p< i ,t für dy 
namische Speichet. E- war : •■neiHeiter 
i Schaltungsoptimierung für Ausbeuter”'* • 
Wicklung des 6 !-KF3:t-DR4Y 
; Sei der Entwicklung dr ' MBit-DRAMs ist er 
. verantwortliche! EnK der der Gesamt- 
RrSChaltungskonzep 1 The er für 
l'idie Entwicklung tu. , . .. „.-eiterten iypspek- 
ift trums des Megabitspeichers. 


der notwenoigen Größenordnung von zirka 

40 fF zu erhalten. Da die Information als La- 
dung in einem Kondensator gespeichert wird, 
geht sie durch Leckströme mit der Zeit verlo- 
ren. Man muß daher in sogenannten Re- 
fresh-Zyklen die Ladung regenerieren. 

Die Speicherzellen sind auf dem Chip in 
Form einer Matrix angeordnet. Diese Spei- 
chermatrix wird in der Regel in Teilma- 
trizen zerlegt, deren Größe und Anordnung 
eine Optimierung der technologischen Grö- 
ßen Widerstand und Kapazität der Leitungen 
und der elektrischen Parameter Verzöge- 
rungszeit und Signalerkennung darstellt. 
Durch den Einsatz des Aluminiums kann 
die Wortleitung des 1 -MBit-DRAMs zugun- 
sten einer kurzen Bitleitung mit kleiner 
Kapazität und damit einer besseren Signal- 
erkennung relativ lang ausgeführt werden. 
Die Matrixstruktur wird außerdem durch die 
Zielstellung einer internen 4-Bit-Organisä- 
tion bestimmt, die aus Gründen der Lei- 
stungseinsparung, der Anwendung eines 
4fach-Testmodus und des Einsatzes des 
gleichen Chips für einen Speicher mit der Or- 
ganisation 256 K x 4 gewählt wurde. Das 
Foto auf der 4. Umschlagseite links unten 
zeigt die resultierende Matrixstruktur beim U 
61000. 

Die Ansteuerung der Matrix, die Taktabläufe 
und die Datenein- und Datenausgaben wer- 
den von den peripheren Schaltungen reali- 
siert, die die Matrix umgeben. Das ent- 
sprechende Blockschaltbild ist in Bild 2 
dargestellt. Über Bondinseln (siehe 4. Um- 
schlagseite oben) und Schaltkreispins 
wird die Verbindung des Chips zur Leiter- 
platte hergestellt. Bild 3 zeigt die An- 
schlußbelegung des U 61000. Bedingt durch 
die Hinzunahme eines weiteren Adreßan- 
schlusses A9 konnte das bis zum 256-KBit- 
DRAM übliche 16polige Gehäuse nicht bei- 
behalten werden. Durch das 18polige 
Gehäuse bleibt ein freies Pin 4 übrig, 
welches nicht angeschlossen ist oder für ei- 
nen besonderen Testmodus genutzt werden 
kann. 
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Ein Megabitspeicher benötigt für die Auswahl 
der Speicherzelle eine 20-Bit-Adresse 
(2 20 = 1 048 576). Um eine hohe Integrations- 
dichte solcher Speicher zu erhalten, werden 
kleine Gehäuse genutzt, die es verbieten, 20 
Anschlüsse für die Adresse vorzusehen. Da- 
her erfolgt die Übergabe der Adresse an den 
Speicherschaltkreis zeitmultiplex in zwei 
Hälften, der höherwertigen Zeilenadresse 
(row-address) und der niederwertigen Spal- 
tenadresse (column-address) mit jeweils 10 
Adressenbits. Die Übergabe dieser Teil- 
adressen wird mit der High- Low-F lanke der 
entsprechenden T aktsig nale RAS (row-ad- 
dress-strobe) und CAS (column-address- 
strobe) synchronisiert. Bei allen Speicher- 
operationen wird jeweils eine durch die Zeilen- 
adresse bestimmte Wortleitung aktiviert, wo- 
durch die angeschlossenen Speicherzellen 
ihre Ladungen an die jeweilige Bitleitung ab- 
geben. Damit ist die Information in der Spei- 
cherzelle nicht mehr vorhanden, man spricht 
vom zerstörenden Lesen. Im Sensorverstär- 
ker wird am Bitleitungshub erkannt, ob eine 
Null oder eine Eins gespeichert war. Diese In- 
formation wird im Sensorregister statisch 
zwischengespeichert. Nach Absch luß 
dieser ersten Phase, die durch von RAS ab- 
geleiteten Takten gesteuert wird, stehen 
beim Megabitspeicher 2048 Bit im Sensorre- 
gister zur Verfügung, die entsprechenden 
Zeilen in der Matrix bleiben für das spätere 
Rückschreiben aktiviert. 

In der zweiten Phase wird dann durch die De- 
kodierung der Spaltenadresse ein Bit ausge- 
wählt und ausgegeben (Read) oder verändert 
(Write) oder erst gelesen und danach neu ge- 
schrieben (Read Modify Write). Anschließend 
wird der Inhalt des Sensorregisters in die akti- 
vierte Zeile zurückgeschrieben. 


Bild 3 Anschlußbelegung d es U 6 1 000 
A0. . . A9 Adreßeingänge RAS Zeilenadreßstrobe 

WR Schreib-/ CAS Spaltenadreßstrobe 

Lesesteuerung U cc Betriebsspannung 

Dl Dateneingang U ss Masse 

DO Datenausgang NC nicht angeschlossen 


Mit der durch das Zeilenadreßbit A9 festge- 
legten Hälfte (1024 Bit) des Sensorregisters 
kann praktisch wie mit einem statischen 
Speicher gearbeitet werden, was im Fast 
Page Mode ausgenutzt wird. 

Im Refreshzyklus (Auffrischungszyklus) ent- 
fällt die Manipulation an den einzelnen Bits, 
da hier durch internes Lesen, Verstärken und 
Rückschreiben jeweils zweier Zeilen nur die 
durch Leckströme veränderte Ladung der 
Speicherkondensatoren wiederhergestellt 
wird. Darum muß in diesem Fall keine 
Spaltenadresse bereitgestellt werden. 


Auffrischen 

Alle Zeilen des Megabitspeichers müssen in- 
nerhalb von 8 ms einmal aktiviert oder aufge- 
frischt werden, damit die Information in den 
Speicherkondensatoren auch unter ungün- 
stigen Bedingungen (Grenzen von Betriebs- 
spannung und Temperatur, fertigungsbe- 
dingte Toleranzen der Leckströme einzelner 
Zellen usw.) nicht verlorengeht. Dazu stehen 
dr ei Tec hniken zur Verfügung (Bild 4): 

• RAS only refresh 

• Hidd en refresh 

• CAS before RAS refresh. 

Der RAS-only-Refresh ist die Standardform 
der Refreshsteuerung. Der Zyklus beginnt 
(wie jeder a ndere Speicherzyklus auch) mit 
einer aktiven RAS-Flanke (High-Low), zu der 
die passende Zeilenadresse an d en A dreß- 
eingängen bereitstehen muß. Der CAS-Ein- 
gang sollte inaktiv (High) bleiben, wodurch 
der Ausgang seinen hochohmigen Zustand 
behält und eine geringere Leistung ver- 
braucht wird. Da nur 512 Refreshadressen 
erforderlich sind, wird das Adreßsignal A9 
ignoriert. 

Im Inneren vollzieht sich der schon beschrie- 
bene Ablauf des Auslesens, Verstärkens und 
Rückschreibens in der Zeile mit der angeleg- 
ten Adresse. Dieser Vorgang muß innerhalb 
der Refreshzeit von 8 ms in jeder der 51 2 ver- 
schiedenen Refreshadressen mindestens 
einmal erfolgen, damit die Information nicht 
verlorengeht. Dies kann sowohl in gleichmä- 
ßigen Zeitabständen erfolgen, zum Beispiel 
durch Auffrischen jeweils einer Zeile nach 


zirka 1 5,«s, als auch im Burst-Betrieb, das 
heißt Auffrischen aller Zeilen unmittelbar hin- 
tereinander mit einer anschließenden länge- 
ren Phase ohne Refresh. Wenn sicherge- 
stellt ist, daß innerhalb der genannten Zeit in 
jeder Zeile mindestens ein normaler Spei- 
cherzugriff stattfindet, kann man auf einen 
zusätzlichen Refreshvorgang ganz verzich- 
ten. Der Zeitbedarf für das Auffrischen be- 
trägt weniger als 1 ,5 % des normalen Spei- 
cherbetriebes. 

Beim Hidden-Refresh und beim CAS-before- 
RAS-Refresh wird die benötigte Refresh- 
adresse von einem chipinternen Adreßzähler 
bereitgestellt. Damit entfällt der Aufwand für 
deren externe Bereitstellung, und die Adreß- 
eingänge können während dieser Refreshar- 
ten beliebige Werte annehmen. Das Inkre- 
mentieren des internen Adreßzählers erfolgt 
nach jedem Zugriff. 

Beim Hidden-Refresh kann man einen Re- 
fresh-Zyklus nach einem vorhergehenden Le- 
sezyklus (oder Schr eibzyklus) durchführen. 
Dazu bleibt das CAS-Signal am Speicher un- 
unterbrochen aktiviert und damit die gelesene 
Information am Ausgang weiterhin gültig, 
wäh rend im Schaltkreis der Refresh abläuft. 
Das RAS-Signal muß dabei nach einem ord- 
nungsgemäßen Lesezugriff zunächst inakti- 
viert und anschließend erneut aktiviert wer- 
den. Der Hidden-Refresh läuft also im Hinter- 
grund in einem zusätzlichen Speicherzyklus 

ab. 

Beim CAS-before-RAS-Refresh wird der in- 
terne Refreshvorgang d urch eine geeig nete 
Kombination d er Sig nale RAS und CAS aus- 
gelöst. Ist das CAS-Signal bei der RAS-Vor- 
derflanke aktiv (Low), wird die im internen 
Adreßzähler vorgegebene Zeile aufge- 
frischt. 

Zum Testen der ordnungsgemäßen Funktion 
des Adreßzählers kann im Counter fest cycle 
mit der internen Refreshadresse - von außen 
ergänzt um die fehlenden Zeilenadresse - auf 
die Daten z ugegr iffen werde n. Dieser Test 
muß mit acht CAS-befor-RAS-Zyklen zur In- 
itialisierung des Adreßzählers eingeleitet wer- 
den. Anschließend werden zuerst bei festge- 
haltener Spaltenadresse in 512 Zyklen Daten 
in jede Zeile geschrieben. Diese Daten wer- 
den anschließend bei gleicher Spalten- 
adresse in 51 2 Zyklen wieder ausgelesen und 
getestet. Durch Wiederholen dieses Tests mit 
komplementären Daten wird die richtige Funk- 
tion des Adreßzählers gesichert. 

Speicherzugriffe 

Der Zugriff auf eine bestimmte Adresse erfor- 
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Bild 5 EARLY WRITECYCLE 
(graue Flächen: Pegel nicht defi- 
niert) 


Bild 6 READ CYCLE 
(graue Flächen: Pegel nicht defi- 
niert) 



dert im Gegensatz zum Refresh die Übertra- 
gung von beiden Adreßhälften, also Zeilen- 
und Spaltenadresse, die bei der aktiven 
Flank e (Hig h-Lo w) de s jeweiligen Strobe-Si- 
gnals RAS oder CAS gültig sein müssen. 
Dabei entscheidet der Pege l des Lese- 
Schreibsteuerungssignals WR während der 
CAS-Low-Flanke, ob es sich um einen Lese- 
oder einen Schreibzyklus handeln soll. Ne- 
ben diesen beiden wichtigsten Betriebsarten 
gibt es bei den verschiedenen- Typen der 1- 
MBit-DRAMs eine Reihe von typspezfischen 
Varianten, die eine andere Zugriffsorganisa- 
tion mit höherer Arbeitsgeschwindigkeit bein- 
halten. Neben dem im U 61000 gewählten 
Fast Page Mode können das der Static Co- 
lumn Mode oder der Nibble Mode sein. 

Alle im folgenden Abschnitt genannten Zei- 
ten beziehen sich auf den U 61 000 DC1 2. 

Schreibzyklus 

Bild 5 zeigt das Zeitdiagramm eines Schreib- 
zugriffs. Da s Sch reibsignal WR ist während 
der aktiven CAS-Flanke auf Low-Potential, 
und etwa zur gleichen Zeit muß die Informa- 
tion am Dateneingang Dl gültig s ein. N ach 
Abla uf der aktiven Low-Phase von RAS und 
CAS können diese Signale wieder inaktiv 
werden. Bevor der nächste Zyklus gestartet 
werden kann, braucht der Speicher etwas 
Zeit für interne Umladevorgänge (precharge 
time), weswegen die Zykluszeit bei dynami- 
schen Speichern größer ist als die Zugriffs- 
zeit. Da bei diesem sogenannten Early- 
Write-Zyklus der Datenausgang DO hochoh- 
mig bleibt und im nachfolgend beschriebe- 
nen Lesezyklus die Information am Datenein- 
gang Dl beliebig sein kann, lassen sich beide 
Anschlüsse miteinander verbinden (Com- 
mon I/O). Dies kann beim Anschluß des Spei- 
chers an den Datenbus eines Mikroprozes- 
sorsystems genutzt werden. Allerdings sind 
dann nicht mehr alle Sonderbetriebsarten 
des Speicherschaltkreises möglich. 

Lesezyklus 

Im Gegensatz zum Schreibzyklus muß beim 
Lesezyklus (Bild 6) das Schreibsignal wäh- 
rend der gesamten CAS-Low-Phase inaktiv 
bleiben. Von besonderem Interesse beim Le- 
sezyklus sind die Zugriffzeiten. Wegen der 
zwei Strobe-Signa le mu ß m an zw ischen den 
Zugriffszeiten von RAS und CAS unter- 
scheiden. Außerdem wirkt unter bestimmten 
Bedingungen auch die Adreßzugriffszeit. 
Diese Bedingungen werden durch de n Ab- 
stand der aktiven Flanken von RAS und CAS 
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und durch den Vorh alt der Spaltenadresse 
vor der aktiven CAS-Flanke bestimmt. Je 
nac h Wa hl die ser Z eiten wird die Zugriffszeit 
von RAS, von CAS oder vom Adreßwechsel 
bestimmt. 

Mit den spezifischen Werten des U 61000 DC1 2 
tRLOVmax = 1 20 ns tRLCünin = 25 ns 

fcLOVmax = 45 ns tsvCLmin = OnS 

tsvovmax = 60 ns tRLsvmin = 20 ns 

ergeben sich die in Bild 7 dargestellten Zu- 
griffszeiten. 

Mit dem Übergang von CAS in den inaktiven 
Zustand (High) gehen die Ausgänge wieder 
in de n ho chohmigen Zustand zurück, wäh- 
rend RAS inaktiv werden kann, ohne daß die 
Ausgänge des Speichers ungültig werden 
(Hidden refresh). Die Zykluszeit im Schreib- 
und im Lesezyklus beträgt 220 ns. Geringere 
Zyklus- und Zugriffszeiten werden mit dem 
Fast Page Mode erreicht. 

Read-Modify-Write-Zyklus 

Die Grundidee eines Read-Modify-Write-Zy- 
klus ist: In einem Zugriff auf eine Speicher- 
zelle diese erst lesen und dann beschreiben. 
Wenn dabei der neue Speicherinhalt vom al- 
ten Inhalt abhängt, daß heißt, wenn die 
Schreibinformation aus den gelesenen Da- 
ten erzeugt wird, liegt ein echter Read-Mo- 
dify-Write-Zyklus vor. Wie die Schreibdaten 
erzeugt werden Jst vom Speicher völlig un- 
abhängig. Wird WR sofort nach Ablauf der 
Zugriffszeit aktiv, so wird eine Verarbeitung 
der gelesenen Daten nicht abgewartet, und 



DC12 in Abhängigkeit von der RAS-CAS-Verzö- 
gerungszeit t RLCL und der Spaltenadreßvorhatt- 
zeit tsva 


die bereits an Dl anliegenden Daten werden 
geschrieben. In diesem Fall spricht man von 
einem Read-Write-Zyklus, der sich im grund- 
sätzlichen Ablauf vom Read-Modify-Write- 
Zyklus nicht unterscheidet. 

Der zeitliche Ablauf eines Read-Modify- 
Write-Zyklus beginnt als normaler Lesezu- 
griff, jedoch wird nach Ablauf der Zugriffszei- 
ten das Schreibsignal WR aktiviert. Die da- 
bei am Speichereingang Dl liegende Infor- 
mation gelangt dadurch in die adressierte 
Zelle. Es ist klar, daß in einem echten Read- 
Modify-Write-Zyklus erst nach dem Lesen 
und einer Modifizierung der gelesenen Daten 
geschrieben werden kann. 

Die Zykluszeit eines Read-Write-Zyklus be- 
trägt 255 ns. Beim schon beschriebenen 
Early-Write-Zyklus bleibt der Speicheraus- 


Bild 8 FAST PAGE 
MODE READ CYCLE 
(graue Flächen: Pegel 
nicht definiert) 






gang hochohmig. Kommt die akt ive F lanke 
von WR jedoch nach der aktiven CAS- 
Flanke, aber vor Ablauf der Zugriffszeit, kann 
weder von einem Early-Write- noch von ei- 
nem Read-Write-Zyklus sicher gesprochen 
werden, weil der Ausgang kurzzeitig unbe- 
stimmt ist und damit keine gültigen Leseda- 
ten garantiert sind. Da jedoch das einwand- 
freie Schreiben gesichert ist, wird diese Be- 
triebsart auch Late-Write-Zyklus genannt. 
Fast Page Mode 

Der Fast Page Mode erlaubt eine höhere Da- 
tenrate als der Normalbetrieb. Bei dieser Be- 
triebsart erfolgen die Zugriffe in einem be- 
stimmten Bereich des Speichers, nämlich ei- 
ner Seite (page) von 1 024 Bit. Es handelt sich 
dabei um eine Zeile der Speichermatrix, die 
durch die Zeilenadresse definiert ist. Der Vor- 
teil des Fast Page Mode liegt darin, daß bei 
aufeinanderfolgenden Zugriffen innerhalb ei- 
ner Seite die Zeilenadresse nur zu Beginn 
einmal übertragen werden muß und für jeden 
weiteren Zugriff lediglich die Spaltenadresse 
erforderlich ist. Bild 8 zeigt die Lesezyklen im 
Fast Page Mode. Schreibzyklen und Read- 
Modify-Write-Zyklen laufen entsprechend 
ab. Der Fast Page Mode wird dadurch ausge- 
löst, daß mit RAS auf Low die Zeilenadresse 
geha lten wird, während mit jeder aktiven 
CAS-Flanke unter der angelegten Spaltena- 
dresse ein Zyklus abläuft. Bei Lesezyklen 
gelten ähnliche Zusammenhänge bezüglich 
Zugriffszeit, wie im Abschnitt Lesezyklus be- 
schrieben. 

Im Fast Page Mode ist die dynamische Ver- 
lustleistung geringer, weil der interne Zugriff 
auf die ganze Zeile der Matrix nur zu Beginn 
erforderlich ist, während jeder weitere Zugriff 
nur noch eins der vorselektierten Bits betrifft. 
Zu beachten ist allerdings, daß eine Seite 
nicht beliebig lange aktiviert sein kann. Zum 
einen ist aufgrund interner dynamischer Vor- 
gänge (floatende Wortleitung kann nicht be- 
liebig lange überhöhtes Potential führen) die 
RAS-Pulsbreite auf 1 00 jus begrenzt, zum an- 
deren sei an den regelmäßig erforderlichen 
Refresh erinnert. 

Im Unterschied zum Fast Page Mode wird im 
Static Column Mode ein Speicherzyklus in- 
nerhalb der „Seite“ durch den Spaltenadreß- 
wech sel ausgelöst, ohne daß eine aktive 
CAS-Flanke erforderlich ist. Damit arbeitet 
der Speicher in dieser Betriebsart wie ein 
vollstatischer, ungetakteter Speicher. Auf- 
grund der ni cht m ehr erforderlichen Synchro- 
nisation mit C AS u nd dem damit verbundenen 
Wegfall einer CAS-Vorladezeit verringert sich 
die Zykluszeit beim Static Column Mode. 
Wegen der großen Ähnlichkeit von Static Co- 
lumn Mode und Fast Page Mode ist es mög- 
lich, beim U 61 000-Chip durch Änderung einer 
Maskenebene beide Betriebsarten von einem 
Grundentwurf abzuleiten. 

Verlustleistung 

Ein nicht unwesentlicher Aspekt bei der Aus- 
wahl von Speicherschaltkreisen ist deren Ver- 
lustleistung. Dies ist nicht im Sinne des Ener- 
giesparens zu verstehen, sondern weil durch 
geringe Leistungsaufnahme des Speichersy- 
stems der Aufwand bei der Spannungsversor- 
gung (Netzteile) sinkt und eine netzunabhän- 
gige Versorgung, zum Beispiel mit Notlaufbat- 
terien vereinfacht oder überhaupt erst möglich 
wird. 

Die Verlustleistung von dynamischen Speichern 
wird im wesentlichen von drei Anteilen im Strom- 
verbrauch, dem Ruhestrom, dem Betriebsstrom 
und dem Refresh-Strom, bestimmt. 
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Der Ruhestrom, der aufgrund der verwendeten 
CMOS-Technik sehr niedrig liegt, ist immer 
aufzubringen und dient dem Ausgleich von in- 
ternen Leckströmen und dem Erzeugen inter- 
ner Referenzspannungen. Durch An- 
lege n von CMOS-Pegeln, besonders an RAS 
und CAS, kann die Ruhestromaufnahme 
deutlich gegenüber der Verwendung von 
TTL-Pegeln gesenkt werden, was in zwei 
verschiedenen Werten für den Ruhestrom 
spezifiziert ist. (Iccm = 2 mA, l CCR2 = 1 mA) 
Der Betriebsstrom wird hauptsächlich durch 
die Stromimpulse bei internen Umladevor- 
gängen hervorgerufen, die immer dann auf- 
treten, wenn Pe gelän der ungen an den 
Strobe-Eingängen RAS und CAS auftreten. 
Die spezifizierte Stromaufnahme (l C co = 
50 mA) gilt für die minimale Zykluszeit und 
sinkt bei langsamerem Betrieb des Speichers 
im Verhältnis von minimaler zu tatsächlicher 
Zykluszeit. Liegen die Strobe-Signale län- 
gere Zeit auf Low-Potential, spricht man auch 
von einer aktiven statischen Stromauf- 
nahme, die aber stets kleiner als die dynami- 
sche Stromaufnahme ist. Im Falle des Fast 
Page Mode ist eine geringere Betriebsstrom- 
aufnahme spezifi ziert (lcc2 = 30mA), da 
nur noch die durch CAS ausgelösten Umla- 
devorgänge ablaufen, die die Matrix mit ihren 
großen Kapazitäten nicht berühren. 

Der Refresh-Strom ist etwas geringer als der 
Betriebsstrom, da die Ausgangstreiber und 
weitere periphere Schaltungen beim Auffri- 
schen nicht aktiviert werden. Der spezifizierte 
Wert (l C ci = 50 mA) unterscheidet sich aller- 
dings nicht von l C co- Innerhalb der Refresh- 
zeit t Ref = 8 ms sind 51 2 Refreshzyklen erfor- 
derlich, womit der Mittelwert dieses Stroman- 
teils folgendermaßen ermittelt wird: 

tRLRL 

IcCRel = tcci X x 51 2 

tRef 

Zusätzlich zu diesen drei Stromanteilen ist 
der Ausgangslaststrom an DO prinzipiell zu 
berücksichtigen. Meist kann er allerdings ver- 
nachlässigt werden, weil l C co oft wesentlich 
größer als der Ausgangslaststrom ist. 

Die Verlustleistung ergibt sich aus der 
Summe dieser Stromanteile, multipliziert mit 
der maximalen Versorgungsspannung, wo- 
bei es sinnvoll ist, diesen Wert für eine kon- 
krete Speicherkonfiguration (Leiterplatte 
o. ä.) zu berechnen. Damit ergibt sich: 

Pvmax = Occo X j + IcCR x k + IccRef x i) X UcCmax 
mit 

i = Gesamtzahl der Speicherschaltkreise 
j = Anzahl der aktiven Schaltkreise 
k = i - j = Anzahl der inaktiven Schaltkreise 

Im folgenden Beispiel soll die Verlustleistung 
einer Speicherkonfiguration berechnet wer- 
den. Eine Speicherplatine mit einer Organi- 
sation von 4 M x 1 6 Bit soll bei minimaler Zy- 
kluszeit betrieben werden. Damit ergibt sich: 
i = 64 Schaltkreise U 61 000 
j= 16 Schaltkreise U 61000 
k = 48 Schaltkreise U 61 000 
Mit den spezifizierten Werten des U 61000 
DC12: 

•cco = 50 mA (Normalbetrieb) 

Iccri = 2 mA (Ansteuerung mit TTL-Pegeln) 
Icci = 50 mA 
tRLRL = 220 ns 
t Re( = 8 ms 

erhalten wir drei Stromanteile 
lcc 0 xj = 800mA 
Iccr x k = 96 mA 


50x512x220x64 


Als maximale Gesamtverlustleistung für die 
gewählte Speicherkonfiguration ergibt sich 
damit: 

Pvmax = (800 + 96 + 45) x 5,5 mW = 5,18 W 

Betriebsbedingungen 

Betriebsspannung, Temperatur 

Die Betriebsspannung für 1-MBit-DRAMs 
liegt generell bei U C c = 5V±10% im Tem- 
peraturbereich von 0 bis 70 Grad Celsius. Je- 
doch ist kein Speicher so dimensioniert, daß 
diese Werte nur knapp eingehalten werden, 
weil dann Fertigungstoleranzen sofort zu feh- 
lerhaften Bauelementen führen würden. Ziel- 
stellung ist es, daß die Schaltkreise bis zu 
Betriebsspannungsabweichungen von über 
20% arbeiten. Hauptproblem des Speichers 
sind hohe Temperaturen, da die Selbstentla- 
dung der Speicherkondensatoren exponenti- 
ell mit der Temperatur ansteigt, was zu einer 
Unterschreitung der spezifizierten Refresh- 
zeit und einem damit verbundenen Datenver- 
lust führt. Neben der Verlustleistung des 
Speichersystems sind auch die Flankensteil- 
heiten und Spitzenwerte der Stromimpulse 
bei der Auslegung der Spannungsversor- 
gung wichtig. Um zu verhindern, daß die 
Betriebsspannung bei Stromspitzen zu stark 
zusammenbricht, sind schaltkreisinterne 
Maßnahmen durch entsprechende Stützkon- 
densatoren auf der Leiterplatte zu ergän- 
zen. 

In diesem Zusammenhang sei noch das Ver- 
halten beim Anlegen der Versorgungsspan- 
nung erwähnt. Eine interne Logik sorgt für ein 
gezieltes, stufenweises Zuschalten der 
Funktionsgruppen des Speichers. Damit wird 
ein Latch-up beim Einschalten wirkungsvoll 
verhindert, wenn ein ordnungsgemäßer Be- 
triebsspannungsanstieg von kleiner als 0,1 V 
je ns gewährleistet ist. Eine weitere Forde- 
rung beim Einschalten ist, nach dem Errei- 
chen v on Uc c 200 fis zu warten und anschlie- 
ßend 8 RAS-Zyklen zu durchlaufen. Mit die- 
ser wake-up-procedure wird gesichert, daß 
alle internen Pegel auf dem richtigen Wert lie- 
gen und der Speicher voll funktionsfähig 
ist. 

Ein- und Ausgangspegel 

Die Ein- und Ausgänge des U 61000 sind 
TTL-kompatibel. CMOS-Schaltkreise lassen 
sich leichter ansteuern als TTL-Schaltkreise, 
da ihre Pegel in der Nähe der Betriebsspan- 
nungspotentiale U C c und U S s liegen. Neben 
der höheren Störsicherheit ist damit auch 
eine geringere Ruheverlustleistung verbun- 
den. 

Flankensteilheiten der Steuersignale von 
5 ns und geringer sichern die spezifizierte Ar- 
beitsgeschwindigkeit. Damit ist allerdings ein 
Überschwingen der Eingangssignale ver- 
bunden. DRAM-spezifisch ist ein negatives 
Überschwingen von - 1 V und ein positives 
Überschwingen auf 6,5 V zulässig. In diesem 
Zusammenhang sei auch noch erwähnt, daß 
es in schnellen oder auch räumlich ausge- 
dehnten Speichersystemen zu störenden 
Reflexionen auf den Daten- und den Taktlei- 
tungen kommen kann. 

Soft-Errors 

Ein wichtiges Problem bei dynamischen 
Speichern sind die sogenannten Soft-Errors. 
Diese sind einmalige Fehler, die durch Ein- 
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Wirkung von Alphateilchen auf den Speicher- 
kondensator, die Bitleitung oder den Lese- 
verstärker verursacht werden. Diese Teil- 
chen entstehen beim radioaktiven Zerfall von 
Uran, Thorium und weiteren Elementen, die 
in Spuren in jedem Gehäusematerial Vor- 
kommen. 

Beim Durchgang von Alphateilchen durch die 
genannten Gebiete werden Ladungsträger- 
paare erzeugt, und die im p-Substrat als Mi- 
noritätsladungsträger entstehende Elektro- 
nenwolke kann in die n-leitenden Speicher- 


gebiete gelangen und die gespeicherte Infor- 
mation vernichten. Abgesehen von der fal- 
schen Information wird der Speicher dabei 
nicht beschädigt. Gemessen werden die 
Soft-Errors in der Einheit fit, die angibt, wie- 
viel Fehler in 10 9 Betriebsstunden auftre- 
ten. 

Durch die Verwendung strahlungsarmer Ge- 
häusematerialien und durch Implantation ei- 
ner Potentialbarriere unterhalb der Speicher- 
kondensatoren und Bitleitungen, die eine 
Elektronenwolke unwirksam macht, ist beim 


U 61000 eine geringe Soft-Error-Empfind- 
lichkeit erreicht worden. 
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Q-Bit-CMOS-Mikroprozessorsystem 

U84C00 


Michael Ritter 

VEB Mikroelektronik „Karl-Marx“ 
Erfurt, Forschungszentrum 


Vorbemerkungen 

Eine Betrachtung des internationalen 8-Bit- 
Mikroprozessor-Marktes zeigt den Trend, 
daß in den letzten Jahren eine große Anzahl 
von Systemen in CMOS-Technologie einge- 
führt wurde. Dabei wurden einige grundsätz- 
liche Gemeinsamkeiten deutlich. Erstens 
werden immer ganze Familien, das heißt Pro- 
zessoren und zugehörige Peripherieschalt- 
kreise, in der neuen Technologie gefertigt. 
Zweitens versuchen alle Hersteller, CMOS- 
Prozessoren anzubieten, die kompatibel zu 
bestehenden NMOS-Lösungen sind. Drit- 
tens ist eine erkennbare Gemeinsamkeit, 
daß Weiterentwicklungen der klassischen 8- 
Bit-Prozessoren mit verbesserten Architektu- 
ren angeboten werden. So entstanden zum 
Beispiel der 80C85 (Intel) aus dem 8080 und 
der HD641 80 (Hitachi) aus dem Z 80. Vom in- 
ternational dominierenden 8-Bit-Prozessor- 
system Z 80 existieren diverse Weiterent- 
wicklungen in CMOS-Technologie. Unter an- 
derem bieten Zilog, Toshiba, Sharp und Hita- 
chi solche Systeme an. 

Im VEB Mikroelektronik „Karl-Marx“ Er- 
furt (MME) wird die Familie U 84C00 in 
CMOS-Technologie als Weiterentwicklung 
der Familie U 880 gefertigt. Diese Schalt- 
kreise eignen sich vor allem zum Einsatz in 
mobilen Meßgeräten und Handheld-Compu- 
tern. Sie können aber auch in bestehenden 
Lösungen die Schaltkreisfamilie U 880 ablö- 
sen. 

Die Schaltkreisfamilie U 84C00 
Vorstellung 

Die Schaltkreisfamilie U 84C00 ist ein lei- 
stungsfähiges 8-Bit-Mikroprozessorsystem 
in CMOS-Technologie, welches neben der 
CPU eine Reihe von Peripheriebauelemen- 
ten umfaßt. Die Schaltkreise werden in 
den Frequenzklassen 2,5 MHz und 4,0 MHz 
angeboten. Zu einigen Typen gibt es An- 
fallbauelemente mit der Bezeichnung U 
84Cxx DC02-1. Diese unterscheiden sich 
von den Standardtypen dadurch, daß sie 
nicht in den Schlafzustand übergehen kön- 
nen. Alle anderen Parameter entsprechen 
denen der Standardbauelemente. Tafel 1 
zeigt eine Übersicht über die vom MME ange- 
botenen Typen. 


Vergleich der Familien U 84C00 
und U 880 

Die Schaltkreise der Familie U 84C00 sind 
grundsätzlich kompatibel zu den Schaltkrei- 
sen der Familie U 880. Das gilt für alle Be- 
fehle ebenso wie für alle Hardwareparameter 
einschließlich der TTL-Inkompatibilität des 
Takteinganges (siehe auch Bilder 1 und 2). 
Da die Schaltkreisfamilie in CMOS-Techno- 
logie gefertigt wird, besitzt sie gegenüber 
Schaltkreisen der U 880-Familie den gewich- 
tigen Vorteil des geringen Stromverbrauchs. 
Für den Anwender sind damit Applikationslö- 
sungen möglich, die sich durch geringe Ei- 
generwärmung, kleinere Netzteile und klei- 
nere Gehäuse auszeichnen. Außerdem ist 
der Einsatz von Batterien zur Stromversor- 
gung mit vertretbarem Aufwand möglich. 
Tafel 2 zeigt einen Vergleich der Stromauf- 
nahme der Schaltkreise der U 84C00-Familie 
mit der der U 880-Familie. 

Ein CMOS-Bauelement besteht aus Grund- 
bausteinen, die aus komplementären Feldef- 
fekttransistoren aufgebaut sind. Im stati- 
schen Betrieb ist immer nur einer der beiden 
Transistoren leitend. Die Verlustleistung wird 
im wesentlichen durch Leckströme bestimmt. 
Während eines Umschaltvorganges müssen 
die Gatekapazitäten umgeladen werden, und 
beide Transistoren sind kurzzeitig leitend. 
Daraus folgt, daß die Verlustleistung von 


Tafel 1 Übersicht über die vom MME angebotenen Typen 


j Standardtyp 


U84C00 DC02 
U84C20DC02 
U84C30DC02 
U84C40DC02 
U84C70DC02 
U84C97DC02 


84C00 DC02-1I U 84C00 DC04 
I U 84C20 DC02-1 U 84C20 DC04 
I U 84C30 DC02-1 U 84C30 DC04 
U84C40DC04 
|u 84C70 DC02-1 U 84C70 DC04 
U84C97DC04 


CPU - zentrale Verarbeitungseinheit 

PIO - parallele Ein-/Ausgabeeinheit 

CTC - Zähler-/Zeitgebereinheit 

SIO - serielle Ein-/Ausgabeeinheit 

DART - asynchrone serielle Ein-/Ausgabeeinheit 

CGC - Taktgenerator/-controller 


Tafel 2 Vergleich der Stromaufnahme (4 MHz ) 


Typ 

U84C00Famihe 

U 880-Familie • 

CPU 

25 mA 

200 mA 

PIO 

5 mA 

100 mA 

SIO 

15mA 

130 mA 

CTC 

7 mA 

120 mA 

CGC 

4mA 

- 


Michael Ritter - Jahrgang 1961 - studierte! 
von 1 982 bis 1 987 an der T echnischen Hoch- 
schule ilmenau in der Fachrichtung fnforma- 
tionstechnik und theoretische Elektrotechnik. 
Seit 1987 ist er ais Apphkationsrngenieur in 
der Abteilung Mikroprozessorapplikation im 
Forschungszentrum des VEB Mikroelektronik 
„Karl Marx" Erfurt tätig. 
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Bild 2 Schaltbild des U 84COO 
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CMOS-Mikroprozessorschaltkreisen im sta- 
tischen Betrieb außerordentlich klein ist und 
mit steigender Frequenz zunimmt. 

Die Schaltkreise der Familie U 84C00 sind im 
Unterschied zu den Schaltkreisen der Fami- 
lie U 880 intern statisch aufgebaut. Daraus 
folgt, daß es keine untere Grenzfrequenz für 
diese Schaltkreise gibt. Werden sie mit der 
Taktfrequenz Null betrieben (Anhalten des 
Systemtaktes) bleiben alle internen Informa- 
tionen erhalten. Bei Wiederzuschalten des 
Taktes arbeitet das System an der Stelle wei- 
ter, an der die Bearbeitung zuvor unterbro- 
chen wurde. Diese Tatsache wird beim soge- 
nannten Schlafzustand (power down mode) 
ausgenutzt. Diese Betriebsart bietet zusätz- 
lich zu der Eigenschaft einer sehr günstigen 
Leistungsbilanz im Betriebsfall die Möglich- 
keit, den Stromverbrauch der Schaltkreise 
noch weiter zu minimieren. Wenn keine Akti- 
vität des Rechners erforderlich ist, können 
die Schaltkreise in den Schlafzustand ver- 
setzt werden. Dazu wird nach Ausführung 
des Befehls HALT in einem festgelegten Re- 
gime der Systemtakt angehalten. Die ord- 
nungsgemäße Einnahme des Schlafzustan- 
des wird vom Taktgenerator/-controller 
(CGC) gesteuert. Die Stromaufnahme eines 
jeden Schaltkreises im Schlafzustand ist klei- 
ner als 10 Mikroampere. 

Einnahme des Schlafzustandes 
durch die CPU 

Der Systemakt kann zu jedem Zeitpunkt im 
Betriebsfall angehalten werden. Daß der Be- 
triebsstrom der CPU im Ruhezustand dem 
Standby-Strom von <10 Mikroampere ent- 
spricht, wird allerdings nur dann garantiert, 
wenn das Anhalten des T aktes im genau rich- 
tigen zeitlichen Ablauf erfolgt. Zum ord- 
nungsgemäßen Übergang in den Schlafzu- 
stand muß der Takt auf dem Low-Pegel des 
4. Taktzyklus des Maschinenzyklus, der auf 
den Befehl HALT folgt, gehalten werden. Bild 
3 zeigt den vom CGC gesteuerten ordnungs- 
gemäßen Übergang in den Schlafzustand. 



Bild 3 Pinbelegung des CGC U 84C97 


Durch Anlegen des Systemtaktes an die CPU 
kehrt diese wieder aus dem Schlafzustand 
zurück. Auch dieser Übergang wird vom 
CGC gesteuert. Der HALT-Zustand wird auf 
bekannte Weise entweder durch RESET, 
INT oder NMI aufgehoben. 

Beschreibung des U 84C97 

Allgemeines 

Der Schaltkreis U 84C97 ist ein Taktgenera- 
tor/-controller für die CPU U 84C00 und die 
dazugehörigen peripheren Schaltkreise. Er 
wird in CMOS-Technologie hergestellt und 
befindet sich in einem Ißpoligen DIL-Ge- 
häuse (Bilder 3 und 4). 

Der CGC hat in einer Applikation der Familie 
U 84C00 zwei Aufgaben zu erfüllen: 



Bild 4 Schaltbild des U84C97 



• Bereitstellung des Systemtaktes 

• Organisation des Übergangs in den 
Schlafzustand. 

In Tafel 3 werden die Anschlüsse des Schalt- 
kreises erläutert. 


Betriebsarten des Schaltkreises U 84C97 
Der Schaltkreis U 84C97 kann in drei Be- 
triebsarten betrieben werden: RUN MODE, 
IDLE MODE, STOP MODE. 

Die Auswahl der Betriebsarten erfolgt über 
die Anschlüsse MSI und MS2. Dabei gilt die 
Zuordnung nach Tafel 4. 



Die Betriebsart RUN MODE wird dann einge- 
stellt, wenn die bestehende Schaltung nie in 
den Schlafzustand übergehen soll. Nach Er- 
kennen des HALT-Befehls geht die CPU in 
den HALT-Zustand über. Der CGC liefert den 
Systemtakt weiter. Die CPU führt während 
des HALT-Zustandes NOP-Befehle aus. In 
dieser Betriebsart hat der Taktcontroller eine 
Stromaufnahme von etwa 4 mA. Bild 5 zeigt 
das Taktdiagramm für diese Betriebsart. 

In Bild 6 ist das Timing für den Fall dargestellt, 
daß die CPU einen HALT-Befehl (76H) er- 
kennt und der Taktcontroller auf die Betriebs- 
art IDLE MODE eingestellt ist. Das Aktivwer- 
den des HALT-Signals der CPU wird durch 
die fallende T aktflanke von T 4 synchronisiert. 



Bild 5 Taktdiagramm im RUN MODE 



Bild 6 Taktdiagramm im IDLEISTOP MODE 


Die steigende Flanke des Signals Ml be- 
wirkt, daß der CGC den Taktausgang nach 
der fallenden Flanke von T4 auf Low hält. 
Das Anhalten des Taktes überführt die CPU 
in den Schlafzustand. Der interne Oszil- 
lator des CGC läuft in dieser Betriebsart wei- 
ter. Der Schaltkreis hat in diesem Zustand 
eine Stromaufnahme von zirka 500 Mikroam- 
pere. 

Im STOP MODE wird nach dem HALT-Befehl 
der CPU die gleiche Operation wie im IDLE 
MODE ausgeführt. Der Unterschied besteht 
darin, daß der CGC im STOP MODE alle Ak- 
tionen einstellt. Dabei wird auch der interne 
Oszillator abgeschaltet. Im abgeschalteten 
Zustand hat der CGC in dieser Betriebsart 
eine Stromaufnahme von <10 Mikroam- 
pere. 

Das Wiederbereitstellen des Taktes 
Es gibt drei Eingänge, die dazu benutzt wer- 
den können, den Schlafzustand zu beenden: 
RESET, RSTI1 und RSTI2. Bild 7 zeigt den 
Ablauf des Wiederbereitstellens des Taktes 
im IDLE MODE. Nachdem eine Anforderung 
erfolgte, wird nach geringer Verzögerung der 
Takt bereitgestellt. 



Bild 7 Wiederbereitstellen des Taktes im IDLE 
MODE 



Bild 8 Wiederbereitstellen des Taktes im STOP 
MODE 

Bild 8 zeigt den Ablauf des Wiederbereitstel- 
lens des Taktes im STOP MODE. Da im STOP 
MODE der interne Oszillator ausgeschaltet 
ist, wird eine Aufwärmzeit benötigt, um das 
ordnungsgemäße Anschwingen gewährlei- 
sten zu können. Es können zwei verschie- 
dene Werte für die Anschwingzeit eingestellt 
werden. Dazu wird das Pin DS verwendet. 
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Liegt DS auf High, wird eine Aufwärmzeit von 
2 15 Taktperioden eingestellt. Liegt DS auf 
Low, wird eine Aufwärmzeit von 2 18 Taktpe- 
rioden eingestellt. Wird zum Neustart des 
CGC der RESET-Eingang verwendet, dann 
wird keine Aufwärmzeit generiert. Wenn die 
RESET-Eingänge von CPU und CGC ver- 
bunden sind, muß also von außen gewährlei- 
stet sein, daß das RESET-Signal hinreichend 
lange auf Low gehalten wird, um ein ord- 
nungsgemäßes Rücksetzen der CPU sichern 
zu können. 

Bild 9 zeigt die Standardbeschaltung von 
CPU und CGC. Es muß beim Einsatz des Sy- 
stems konsequent darauf geachtet werden, 
daß keine Eingänge unbeschaltet bleiben. 
Auf Grund der hohen Eingangsimpedanzen 
der CMOS-Schaltkreise kommt es sonst zu 
Störungen im Betrieb. Der Abschluß kann mit 
hochohmigen Widerständen bis etwa 
500 kOhm erfolgen. 


Bild 9 Beschaffung 
von CPU und CGC 
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Hybridschaltkreise aus Hermsdorf 


Dr. Bernd Racurow 

Kombinat VEB Keramische Werke 
Hermsdorf, Betrieb Mikroelektronik 

Das Kombinat VEB Keramische Werke 
Hermsdorf ist der zentrale Hersteller für Hy- 
bridschaltkreise in der DDR. Damit steht vor 
ihm die Aufgabe, vor allem multivalent er- 
setzbare Hybridschaltkreise zu fertigen und 
kundenspezifische Anforderungen mit hoch- 
produktiven Technologien zu erfüllen. In Ab- 
weichung vom internationalen Trend wurde 
in den Keramischen Werken Hermsdorf der 
Dünnfilmtechnik gegenüber der Dickschicht- 
technik der Vorzug gegeben. Es wurde der 
Nachweis erbracht, daß die Massenproduk- 
tion von hochgenauen Widerstandsnetzwer- 
ken mit einer Widerstandstoleranz von 0,1 % 
in einem Wertespektrum von 0,1 Kß bis 
1 M ß und einer Relativtoleranz von 0,01 %, 
bei einem TK R von > lOppm/K und einem 
Relativ-TK R von 1 ppm/K mit hoher Effektivi- 
tät möglich ist. Die Strukturierung und der Wi- 
derstandsabgleich erfolgen mit dem Elektro- 
nenstrahl mit höchster Produktivität. Für ein 
Widerstandsnetzwerk auf Glas mit 10 Wider- 
ständen werden 2,5 s benötigt. Zur Zeit wer- 
den pro Jahr 8 Mio Stück Widerstandsnetz- 
werke in Dünnfilmtechnik auf Glas in Bedam- 
pfungstechnologie produziert. 

Es war nur konsequent, daß diese Spitzen- 
stellung in der Dünnfilmtechnik die Entwick- 
lung der Hybridschaltkreise mit hohen An- 
forderungen an die Genauigkeit und an die 
Stabilität der elektrischen Parameter för- 
derte. 

1981 wurde mit der Fertigung eines Digital- 
Analog-Wandler-Systems mit einer Auflö- 
sung von 15 Bit und einer Linearität von 
0,1 % zum Einsatz in CNC-Steuerungen be- 
gonnen. Durch eine neuartige Schaltungs- 
technik der Stromquelle wurde eine außerge- 
wöhnliche Stabilität der Schaltung erreicht, 
-so daß eine Linearität von 0,1 ohne Funk- 
tionsabgleich, nur durch Montage von vorab- 
geglichenen Widerstandschips auf Glas mit 
den Halbleiterchips auf einer Dickschicht- 
Grundplatte gewährleistet wurde. 



Bild 1 Statischer 32-KBit-CMOS-RAM (unver- 
kappt und verkappt) 

1983 folgte ein 1 2-Bit-DA-Wandler für Stan- 
dardanwendungen nach dem gleichen Prin- 
zip. Der Typ DAC 32 erfordert nur einen ge- 
ringfügigen Funktionsabgleich, der in durch- 
schnittlich 3 Minuten erfolgt. 1984 wurde ein 
Instrumentationsverstärker entwickelt, der 
mit Chips des MAA 725 (kA 725) höchste An- 
forderungen an die Temperaturabhängigkeit 
der elektrischen Parameter erfüllt. Im glei- 
chen Jahr wurden zur Abrundung dieses Sor- 
timents von Präzisionsschaltkreisen der ana- 
logen Peripherie von Mikrorechnern ein 1 2- 
Bit-AD-Wandler und ein Trennverstärker der 
Genauigkeitsklasse 0,1 % füreine Isolations- 
spannung von 1 kV nach dem Prinzip der Fly- 
back-Modulation mit gedrucktem Übertrager 
in das Fertigungsprogramm aufgenommen. 


' Bernd Racurow studierte von 1959 bis 1965 
V Hochfrequenztechnik an der Technischen 
Universität Dresden. Dort promovierte er 
. auch 1976 tm Rahmen einer außerplanmäßi- 
gen Aspirantur zu Problemen der Sicherung 
der elektrischen Kennwerte von Hybridschalt- 
T kreisen. Seit 1965 beschäftigte er sich in den 
Keramischen Werken Hermsdorf mit kerami- 
" sehen Piezofiltern für Rundfunk- und Fern- 
sehanwendungen. Im Betrieb Mikroelektronik 
" des KKWH wirkt Bernd Racurow seit 1969 in 
II verschiedenen Fufjktionen, seit 1 986 ist er 
■ Fachdirektor Forschung und Entwicklung für 
' Hybridtechnik. Seine Spezialgebiete sind die ' 
pfrSchaitungs- und die Meßtechnik von Hybrtd- 
' Schaltkreisen sowie die Digital-Analog- 
' Wandter. 


Seit 1 980 wurden die Grenzen der Dünnfilm- 
technik auf Glas mit aufgedampften Schich- 
ten immer deutlicher. Glas ist ein relativ 
schlechter Wärmeleiter, so daß die weitere 
Erhöhung des Integrationsgrades der Wider- 
standsnetzwerke und der Applikationen mit 
höherem Leistungsumsatz in Dünnschicht- 
technik den Einsatz neuer Substratmate- 
rialien, wie passiviertes Silizium und Kera- 
mik, erforderten. Ab 1984 wurde daher die 
Hochrate-Sputtertechnologie eingeführt. 
Das Institut „Manfred von Ardenne“, mit dem 
unser Betrieb seit vielen Jahren durch 
eine erfolgreiche Zusammenarbeit verbun- 
den ist, stellte die rechnergesteuerten Anla- 
gen dafür zur Verfügung. Widerstandschips 
auf passiviertem Silizium werden mit einem 
Temperaturkoeffizienten von S 5 ppm/K und 
einem Relativ-TK von S 0,2 ppm/K in DA- 
Wandler mit einer Genauigkeit von bis zu 
1 6 Bit eingesetzt. 1 986 wurde der DAC 4071 , 
ein zum international bekannten DAC 71 
kompatibler Typ mit einer Auflösung von 
16 Bit und einer Linearität von 14 Bit in unser 
Fertigungsprogramm aufgenommen. Zur 
Zeit befindet sich ein echter 16-Bit-Wandler 
in Entwicklung. Durch Nutzung des Prinzips 
der digitalen Korrektur läßt sich mit Hilfe 
eines zusätzlichen Speichers, in dem die 
Korrekturwerte digital gespeichert werden, 
jederzeit die 16-Bit-Linearität abgleichen. 
Die Sputtertechnik auf unglasierter und gla- 
sierter Dickschichtkeramik eröffnet völlig 
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Bild 3 Dynamischer 4-MBit-RAM (verkappt und 
unverkappt) 


neue applikative Möglichkeiten. Es können 
Widerstandsnetzwerke, die bisher nur mit 
Edelmetallpasten in Dickschichttechnik mög- 
lich waren, hergestellt werden, und auf gla- 


sierter Keramik werden Netzwerke für die 
Thermodrucktechnik produziert. In dieser 
Technologie sind feinste Strukturen mit 8 
Bildpunkten pro mm das Ziel der Entwicklung 
von Netzwerken für Thermodruckköpfe. Es 
sei nur erwähnt, daß auch die notwendigen 
Abrieb-Schutzschichten (Si0 2 und CrSiO x ), 
die einen vorzeitigen Verschleiß der Köpfe 
verhindern, gesputtert werden. 
Selbstverständlich gibt es auch unter den Be- 
dingungen einer gegenüber dem internatio- 
nalen Stand produktiveren Dünnschichttech- 
nologie Anwendungen, die sinnvoll nur in 
Dickschichttechnik oder in Kombinations- 
technik, daß heißt mit Dünnschicht-R-Chips, 
gefertigt werden können. Während interna- 
tional die prozentualen Anteile von Dick- 
schicht- zu Dünnschichtanwendungen wert- 
mäßig etwa 80/20 betragen, weichen wir mit 
60/40 davon ab. 

Auf der Grundlage einer dem internationalen 
Stand entsprechenden Dickschichttechnolo- 
gie wurden Erzeugnisse entwickelt, die in be- 
sonderer Weise die Vorteile der Dickschicht- 
technik, wie Bewältigung hoher Verlustlei- 
stungen, Hochohmigkeit, Mehrebenentech- 
nik, um nur einige zu nennen, nutzen. Gegen- 
über der SMD-Technik (surface mounted de- 
vice - oberflächenmontierbares Bauele- 
ment) auf Leiterplatten ist auch die Möglich- 
keit des Funktionsabgleichs (activ trimming) 
ein wesentlicher Vorteil. Schwerpunkter- 
zeugnisse in Dickschichttechnik werden in 
erster Linie mit SMD-gerechten Bauelemen- 
ten, vor allem Transistoren in SOT 23- und 
SOT 89-Gehäusen, sowie mit ICs in SO-Ge- 
häusen und in Chipcarriern hergestellt. 
Besonders profiliert in der Anwendung der 
Dickschichttechnologie hat sich unser Be- 
trieb auf den Gebieten Medizinelektronik und 
KFZ-Technik. 

Nach Hybridschaltkreisen für Herzschritt- 
macher der ersten und zweiten Generation 
erfolgte 1 988 die Produktionsaufnahme von 
zwei Hybridschaltkreisen (Ein- und Zweikam- 
mervariante) der dritten Generation. In 
den 90er Jahren wird es Hybridschaltkreise 
der 4. Generation geben, die eine Anpassung 
der Herzfrequenz über Sensoren ermögli- 
chen. 


In günstiger Weise lassen sich Hybridschalt- 
kreise für Drehstromlichtmaschinen in Dick- 
schichttechnologie herstellen. Durch Funk- 
tionsabgleich können die Sollspannungen 
14 V bzw. 28 V eingestellt werden. In die Se- 
rie überführt wurden Steuerteile für elektroni- 
sche 4-Takt-Zündungen. 

Die Produktivität und Zuverlässigkeit der mi- 
kroelektronischen Technologien und natür- 
lich auch der Hybridtechnik werden wesent- 
lich durch automatisierte Montageverfahren 
bestimmt. In Zusammenarbeit mit dem VEB 
Elektromat Dresden (Betrieb im Kombinat 
Carl Zeiss JENA) wurde der vollautomati- 
sche Drahtbonder VADB 60 entwickelt. Er er- 
möglicht im Teach-in-\l erfahren die vollauto- 
matische Montage nicht nur eines Chips, 
sondern bei Einhaltung von vorgegebenen 
Bestückungstoleranzen das Bonden aller 
Chips in einem Hybridschaltkreis. Es können 
maximal 400 Bondbrücken in einem Hybrid- 
schaltkreis mit einer durchschnittlichen Pro- 
duktivität von 3 000 Bondbrücken pro Stunde 
kontaktiert werden. 

Es liegt nahe, die automatisierten Montage- 
technologien für SMD-Bauelemente und für 
Chips zur Fertigung von hochintegrierten 
Verdrahtungsträgern einzusetzen, die als 
Dickschichtmehrebenenschaltungen und 
Dünnschichteinebenenschaltungen hoher 
Strukturierungsdichte (< 50 um) zur Verfü- 
gung stehen. Der Übergang zu Verdrah- 
tungsträgern auf der Basis von Dickschicht- 
Kupferpasten und zur Dünnschichtmehrebe- 
nentechnik entspricht internationalen Ent- 
wicklungen. .Eine Applikation der Verdrah- 
tungsträger sind hybride Speicher höchster 
Integration. 1985 wurden statische CMOS- 
RAMs mit einer Speicherkapazität von 32 
KBit in die Fertigung überführt (siehe Bild 1). 
1989 werden mehrere tausend dynamische 
1-MBit-Speicher auf der Grundlage von 64- 
KBit-Chips produziert (Bild 2). Auf der Leipzi- 
ger Frühjahrsmesse 1989 wurden Muster 
von 4-MBit-Speichern auf Hybridschaltkreis- 
trägern vorgestellt, die aus sechzehn 256- 
KBit-Chips bzw. vier 1 -MBit-Chips (Bild 3) be- 
stehen. Sie demonstrieren die Möglichkeiten 
der Hybridtechnik hinsichtlich höchster 
Bauelementedichte und Integration. 


Kontamination oder 

Reicht das Staubwischen 
in der Halbleiterfertigung? 


Dr. Johannes Rolf Hillig 

VEB Kombinat Mikroelektronik Erfurt 


Mit dem Einsatz von Mikrorechnern für im- 
mer kompliziertere Aufgaben, zum Beispiel 
Bildverarbeitung oder Echtzeitsteuerungen, 
wächst die Forderung nach schnelleren Pro- 
zessoren und größeren Speichern. Das be- 
wirkt bei den integrierten Schaltkreisen eine 
ständige Erhöhung der Transistorfunktions- 
einheiten pro Chip. Damit aber nicht auch 
die Chipflächen unendlich wachsen, müs- 
sen die Strukturgrößen der Transistoren ver- 
ringert werden. Reichten für den 256-KBit- 
RAM noch Strukturen um 1,5pm, so sind es 
beim 1 -MBit-Chip schon 1,0pm, und für den 


16-MBit-Chip werden sogar Strukturen von 
0,5 pm nötig sein. Mit den abnehmenden 
Strukturgrößen wirken sich bei der Chipher- 
stellung Schmutzpartikel in steigendem 
Maße auf die Ausfallrate aus. Deshalb wird 
es immer komplizierter, einer Partikelablage- 
rung auf den Siliziumscheiben, genannt 
Kontamination, entgegenzuwirken. 

Kontamination 

im Halbleiterfertigungsprozeß 

Nach der bei Mitsubishi /I/ üblichen Defini- 
tion ist „Kontamination eine fremde Sub- 
stanz, die einen determinierten Einfluß auf 
das Erzeugnis oder den Prozeß (die Techno- 
logie)“ hat. Mit der Entwicklung der Nuklear- 
technik um 1940 wurden erstmals Forderun- 


gen an die Umgebungsluft gestellt, was zu 
speziellen Luftfiltern führte. Daraus entwik- 
kelten sich in den folgenden Jahren über 
Reinstarbeitsbänke (Laminar-Flow-Ben- 
ches) die heute allgemein genutzten Rein- 
und Reinsträume. Diese Vorkehrungen dien- 
ten der Reduzierung „fremder Substanzen“ 
in der Luft, das heißt der Kontamination aus 
der Luft. Mit der industriellen Nutzung des 
Halbleitereffekts in Form von Transistoren 
und Integrierten Schaltkreisen wurden die 
Anforderungen an die Kontaminationsredu- 
zierung immer größer. So wurde beispiels- 
weise in den 40er Jahren die „Fremd“- oder 
Kontaminationssubstanz noch in Prozent 
(1 : 100) oder Promille (1 : 1 000) gemessen, 
während beispielsweise gegenwärtig Forde- 
rungen nach Reinheiten im ppt-Bereich 
(1 :1 000000000 000) erhoben werden (ppt 
— parts per trillion = 1 Fremdatom auf 1 Billion 
Atome). Die Halbleitertechnik, insbesondere 
die Mikroelektronik, ist im Zuge dieser Ent- 
wicklung der Schrittmacher. Gleiche oder 
adäquate Forderungen werden zeitverzögert 
auch von anderen Zweigen, beispielsweise 
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der Pharmazie und der Lebensmittelindu- 
strie, erhoben und durchgesetzt. Weltweit 
werden gegenwärtig etwa 35 Prozent der ge- 
samten Industrieproduktion in Reinräumen 
durchgeführt, und von den insgesamt zirka 2 
Millionen Quadratmetern Reinstraumfläche 
(clean room) sind etwa 50 Prozent in den 
Schaltkreisfabriken installiert. 

Insgesamt sind im Halbleiterfertigungsprozeß 
6 Kontaminationsquellen wirksam, die die öko- 
nomische Effektivität des Fertigungsprozes- 
ses und die Qualität des Erzeugnisses (neben 
den ohnehin vorhandenen stochastischen und 
parametrischen Störquellen) beeinflussen. 
Diese Kontaminationsquellen sind: 

- die in den Reinraum einströmende klimati- 
sierte Luft 

- das für den Prozeß erforderliche deioni- 
sierte Reinstwasser 

- die für den Schichtaufbau und die Dotie- 
rung (Erzeugen der p- oder n-leitender Ge- 
biete im Halbleiter) erforderlichen Dotier- und 
Schutzgase 

- die im Prozeß erforderlichen Reinstchemi- 
kalien 

- die im Prozeß eingesetzten Maschinen 
(technologische Spezialausrüstungen) und 
Ausrüstungen sowie Werkzeuge 

- die im Prozeß tätigen (oder sich aufhalten- 
den) Menschen. 

Diese Kontaminationsquellen haben unter- 
schiedlichen Einfluß auf die Gesamtkontami- 
nation. Außerdem schwankt die Stärke des 
Einflusses zeitlich abhängig von den Ent- 
wicklungsergebnissen. Der Anteil einzelner 
Kontaminationsquellen ist in den Tafeln 1 
und 2 zusammengestellt. 


Tafel 1 Anteile der Kontaminationsquellen 


Maschinen 

Prozeßmaterial 

laan 

25% 

3% 

1990 

28% 

30% 

12% 

i 1996 

1 32% 
20% 

8% 

Tafel 2 Einflußfaktoren für die Kontaminationsquelle 

klimatisierte Luft 





1986 

1990 


Luftführung 

40% 

30% 


Luftfiltration 

30% 

10% 

5% 

Cleanroomhülle 

10% 

10% 

10% 

Potentialunterschiede 

15% 

45% 

60% 

Material 

5% 

5% 

5% 


Kontamination und Defektdichte 

Der Maßstab für die hohen Anforderungen an 
die Umgebung ist die Defektdichte auf der Si- 
liziumscheibe am Ende des Fertigungspro- 
zesses (wafer process). Die Defektdichte gibt 
die Zahl von Partikeln auf einer bestimmten 
Fläche an. Die für hochintegrierte Schalt- 
kreise erforderlichen Defektdichten liegen im 
Bereich von <0,1 /cm 2 . 

Die Gewährleistung einer niedrigen Defekt- 
dichte im Labor und in der Massenproduktion 
setzt extreme Anforderungen an die Rein- 
räume voraus und zwingt gleichzeitig dazu, 
durch geeignete Maßnahmen dafür zu sor- 
gen, daß die Kontamination 

- möglichst nicht mit dem Werkstück, in diesem 
Fall der Siliziumscheibe, in Berührung kommt 

- im Falle der Berührung keine haftende 
Verbindung eingeht. 


Der Betreiber des Reinraums, das heißt der 
Entwickler und Produzent mikroelektroni- 
scher Bauelemente, muß seine Aufmerk- 
samkeit im Zusammenhang mit der Defekt- 
dichte neben den Entwurfsbedingungen und 
-regeln (design rules) auf die Sauberkeit der 
Siliziumscheibe im Entwicklungs- und im Fer- 
tigungsprozeß konzentrieren. Neben physi- 
kalisch meßbaren Größen wirken jedoch 
auch hier subjektive Einflußgrößen, die nicht 
unterschätzt werden dürfen. 

Gegenwärtig gibt es international für die 
Bestimmung der Kontamination und deren 
maximal zulässige Werte für alle 6 Kon- 
taminationsquellen nur eine Vorschrift, 
die des US FED STD 209D, die im Grunde 
genommen von allen Ländern, die sich 
mit Reinraumtechnik befassen, original 
oder in Teilen verändert übernommen wurde. 
Dieser Standard definiert nach Klassen 
(dass) entsprechend Bild 1 zwischen 1 und 
100000. Daneben werden für Gase und 
Flüssigkeiten die Aussagen der ASTM her- 
angezogen. 

In der Summe bedeutet das jedoch, daß 
selbst bei Einhaltung der Reinraumklasse 1 
(da nur die Luft definiert ist) ein Teilchen grö- 
ßer 0,3/rm/ft 3 zulässig ist. Da die Luft maxi- 
mal 2 bis 5 Prozent Anteil an der Gesamtkon- 
tamination hat, sind noch immer - auch bei 
Klasse 1 - mehr als 1 Mio Partikel größer 
0,3/rm/ft 3 wirksam (1 ft = 0,305 m). 
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Bild 1 Reinraumklassen 


Reduzierung der Defektdichte 

Die Reduzierung der Defektdichte setzt die 
exakte Kenntnis der Quellen und der Einfluß- 
faktoren voraus. Mittels erhöhten Luftstroms 
im Arbeitsbereich des Reinraums, Verringe- 
rung des elektrischen Wasserleitwertes bis 
an seine theoretische Grenze, extremer Rei- 
nigung der Gase und anderer Methoden 
wurde in der Vergangenheit versucht, die 
Kontamination an der Oberfläche der Sili- 
ziumscheibe zu reduzieren. Hierbei hat sich 
jedoch gerade in jüngster Zeit, im Zusam- 
menhang mit Bezugspartikelgrößen von 
<0,5yum, gezeigt, daß die Gravitation bei 
Partikelgrößen von < 0,3/rm keinen oder nur 
einen sehr geringen Einfluß auf die Partikel- 
kontamination an der Scheibenoberfläche 
hat und daß die viel stärker wirkenden elek- 
trostatischen Kräfte entscheidend davon be- 
einflußt werden, ob die Siliziumscheiben par- 
allel oder senkrecht zum Luftstrom geführt 
werden. Untersuchungen in Japan 121 haben 


ergeben, daß die Ablagerung von Partikeln, 
die <0,2,«m sind, infolge elektrostatischer 
Aufladung relativ unabhängig von unter- 
schiedlichen Luftgeschwindigkeiten (im Be- 
reich von 1 0 bis 50 cm/s) erfolgt. 

Hier wird deutlich, daß durch Reduzierung 
von Potentialunterschieden im Reinstraum 
bereits bei der Partikelablagerung eine ent- 
scheidende Defektreduzierung erreicht wer- 
den kann. Die beseitigten Potentialunter- 
schiede verhindern gleichfalls willkürliche 
Entladungen und daraus resultierende Zer- 
störungen von Strukturen oder Schichten. 
Diese Beseitigung von Potentialunterschie- 
den ist beispielsweise durch Deionisatoren 
im Luftstrom (sogenannte ESD- Electro-Sta- 
tic Devices), durch antistatischen Fußboden 
oder durch Antistatikkleidung erreichbar. An 
diesem Beispiel wird auch deutlich, daß ne- 
ben den physikalisch meßbaren auch die 
subjektiven Größen wirksam werden können: 
Die Arbeitskraft kann die Vorkehrungen auf- 
heben, indem sie zum Beispiel die antistati- 
sche Kleidung nicht trägt oder die antistati- 
schen Handschuhe ablegt. 

Weitere subjektive Faktoren wurden in 13/ er- 
mittelt. Danach wurde für Arbeiten im Clean- 
room im Bereich von Technologien für Struk- 
turen von < 1 ,«m der sonst beim Umgang mit 
toxischen Gasen übliche Helm für alle Ar- 
beitskräfte eingeführt. Trotz dieses Helms 
wurden in den Schichten noch immer fol- 
gende Werte gemessen: 

Frühschicht 2 000 Partikel 

Spätschicht '6 000 Partikel 

Nachtschicht 1 000 Partikel 

Die Partikelerhöhung in der 2. Schicht resul- 
tiert im speziellen Fall daraus, daß in dem 
dortigen Unternehmen in dieser Schicht die 
Wartung erfolgt. In der Nachtschicht, in der 
weniger Arbeitskräfte im Cleanroom sind, re- 
duziert sich die Kontamination automatisch. 

Arbeitsrichtungen 

und Entwicklungstendenzen 

Kontaminationsreduzierung 

Die notwendige Kontaminationsreduzie- 
rung zwingt zu konzentrierter Einflußnahme 
auf die einzelnen Kontaminationsquellen. 
Für die Kontaminationsquelle klimatisierte 
Luft wird an der weiteren Verbesserung der 
Luftfilter durch Einführung neuer Filterpa- 
piere, neuer Faltbefestigungen, neuer Fil- 
terrahmendichtungen, verbesserter Clean- 
room-Elemente usw. gearbeitet. Im Bereich 
der Reinstwassertechnik wird nach Einfüh- 
rung reverser Osmoseblöcke und emis- 
sionsarmer Kunststoffe, wie PVDF anstelle 
von PVC für Rohre und Armaturen, an der 
Ultrafiltration am point of use (Ort des Pro- 
zesses) gearbeitet. Für die Gasversor- 
gungssysteme werden nach der Einführung 
verbesserter Filter und Edelstahlrohre in 
der Submikrometer-Technik elektropolierte 
Edelstahlrohre mit Oberflächenrauhigkeiten 
von < 0,4/zm eingeführt. Im Bereich der Che- 
mikalienanwendung sind - neben den erhöh- 
ten Anforderungen an die Reinheit der Che- 
mikalien - beim Anwender bereits ebensol- 
che Anstrengungen bezüglich der Ab- oder 
Umfüllung und der Chemikalienversorgungs- 
systeme wie beim Hersteller erforderlich. Die 
Zusammenstellung in der Tafel 1 zeigt je- 
doch, daß die größten Kontaminationsquel- 
len die technologischen Spezialausrüstun- 
gen und die im Cleanroom sich aufhaltenden 
Menschen sind. Neben prinzipiellen kon- 
struktiven Vorkehrungen an den Maschinen 
- Reduzierung der beweglichen Maschinen- 
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elemente, Vermeidung von Abrieb durch 
richtige Wahl der Elemente und Werkstoffe, 
keine bewegten Elemente über der Silizium- 
scheibe usw. - spielen hier der Systemauf- 
bau, die hohe Verfügbarkeit (damit längere 
Betriebszyklen und verkürzte Wartungszyk- 
len usw.) eine entscheidende Rolle. Auch in 
diesem Zusammenhang gilt, daß nur durch 
wissenschaftliche, gründliche und determi- 
nierte Untersuchungen und Analysen die 
richtigen Schwerpunkte definiert werden 
können, die es dann durch systematische Ar- 
beit zu verbessern gilt. 

Die Kontaminationsquelle Mensch läßt sich 
in ihrer Einheit von Qualifikation und Erfah- 
rung, physiologischer und psychologischer 
Eignung sowie der Cleanroom-Kleidung 
durch systematisches Training mit dem ge- 
ringsten Aufwand verbessern (siehe auch 
MP 5/1 989, Seite 159). 


Defektreduzierung 

Die Arbeiten zur Defektreduzierung erfordern 
in erster Linie eine weitgehend perfekte Or- 
ganisation und Leitung dieses Komplexes mit 
möglichst wenigen, aber sehr fähigen und 
uneigennützig arbeitenden Ingenieuren und 
Wissenschaftlern. Analysen bei Mitsubishi 
haben in den Prozessen mit Strukturgrößen 
von 1,5 bis 2,0 /rm bezogen auf 100% De- 
fekte ergeben: 

72,3% Strukturdefekte durch eingebaute 
Partikel 

15,2% durch nicht eindeutig definierte Pro- 
zeßgrenzen 

7,1 % durch nicht definierte Einflußfaktoren 
3,0% durch nicht ausreichend definierte 
Entwurfsgrenzen 

2,4 % durch metallisierte Kontamination. 
Nachgewiesenermaßen sind in neuen oder 


generell überholten Fertigungsstätten sowie 
nach Filtererneuerung oder Generalspülung 
der Leitungssysteme die Defekte sehr nied- 
rig. Daraus leitet sich ab, daß eine gezielte 
Defektreduzierung eine vorherige Datener- 
fassung aller relevanten Prozeßorte erfor- 
dert. Nur unter dieser Voraussetzung und mit 
kürzesten Reaktionszeiten bereits bei sehr 
geringen Abweichungen ist eine gezielte De- 
fektreduzierung möglich. 
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Erfahrungen 

mit Modula-2-Compilern 


Dr. Jürgen Lampe 
Technische Universität Dresden, 
Sektion Mathematik 


Die bereits in MP 10/88, S. 296 vorgestellte 
Programmiersprache Modula-2 stellt eine 
gelungene Verschmelzung von in Pascal be- 
währten Konzepten mit neueren Erkenntnis- 
sen der Programmier-Methodologie dar IM. 
In diesem Zusammenhang ist insbesondere 
das - auch effektiv nutzbare - Modulkonzept 
hervorzuheben. Daneben bietet ein ebenso 
einfaches wie mächtiges Koroutinenkonzept, 
im wesentlichen erstmals seit SIMULA67, ei- 
nem breiten Nutzerkreis die Möglichkeit, wei- 
testgehend betriebssystemunabhängige Er- 
fahrungen mit der Programmierung (quasi) 
paralleler Prozesse zu sammeln. Trotz der 
vorgenommenen Erweiterungen umfaßt der 
definierende Bericht in 121 nur knapp 30 Sei- 
ten. Im Gegensatz zu Ada, dessen Syntax 
ebenfalls an Pascal angelehnt ist, weist Mo- 
dula-2 dabei keine wesentlichen semanti- 
schen Differenzen auf, so daß die Anwen- 
dung für einen versierten Pascal-Program- 
mierer allein aufgrund der Kenntnis des Be- 
richts möglich ist. 

Bei allem Positiven, was über Modula-2 zu 
sagen ist und was hierdurch nicht in Abrede 
gestellt werden soll, gibt es in der Praxis 
einige Probleme. Da das Ausmaß der daraus 
resultierenden Schwierigkeiten ganz wesent- 
lich davon abhängt, inwieweit ihnen bereits in 
der konzeptionellen Phase Beachtung ge- 
schenkt wird, sollen hier einige meiner Erfah- 
rungen dargestellt werden, die anderen An- 
wendern von Nutzen sein und möglicher- 
weise aufwendige Überprüfungen ersparen 
können. Die Erfahrungen wurden im Rahmen 
der Entwicklung eines umfangreichen Pro- 
grammsystems gewonnen, das eine offene 
Programmierumgebung zur Verwaltung und 
Ausführung dynamisch erzeugbarer Pro- 
zesse unter bestimmten Nebenbedingungen 
bildet/3/. 


Compiler 

Für Modula-2 ist inzwischen eine Reihe ef- 
fektiver Compiler auf unterschiedlichen 
Rechnern verfügbar. Obgleich sich alle auf 
die Sprachbeschreibung von N. Wirth bezie- 
hen, sind es keine gleichen Sprachen, auch 
nicht wenn man den systemspezifischen Teil 
unberücksichtigt läßt. Dafür gibt es mehrere 
Ursachen, beispielsweise ist Modula-2 bis- 
lang nicht standardisiert. 

Zwischen den definierenden Berichten in 121 
und IAI bestehen Unterschiede (vgl. auch 151). 
Je nachdem, zu welchem Zeitpunkt ein Com- 
piler erstellt worden ist, wird deshalb auf ei- 
nen anderen Bericht Bezug genommen. Ob- 
gleich die einzelnen Änderungen recht uner- 
heblich erscheinen, kann der Aufwand er- 
heblich sein, ihnen in existierenden Program- 
men Rechnung zu tragen. Einige dieser Dif- 
ferenzen werden noch genauer betrachtet 
werden. 

Hinzu kommt, daß der Bericht einige Fragen 
offen läßt, die dann teilweise anhand des Ver- 
haltens der an der Eidgenössischen Techni- 
schen Hochschule (ETH) Zürich gebauten 
Compiler beantwortet wurden. 

Sowohl die internationale Standardisierungs- 
organisation (ISO) als auch das Britische 
Standardisierungsinstitut (BSI) haben Ar- 
beitsgruppen gebildet, die gemeinsam an ei- 
nem Standard für Modula-2 arbeiten. Die vor- 
liegenden Veröffentlichungen /5/, /6/ lassen 
erwarten, daß auch Erweiterungen der Spra- 
che erfolgen werden. Einige der diskutierten 
Modifizierungen finden sich bereits in Compi- 
lern, beispielsweise in /7/. 

Die meisten Modula-2-Compiler erfordern ei- 
nen eigenen Verbinder, weil nur dadurch die 
Konsistenz des Gesamtprogramms sicher- 
zustellen ist. Dabei ist zu beachten, daß je 
nach System Speicher-Code, Objekt-Code 
oder ausführbare Programme entstehen. Da- 
mit wird über die Möglichkeiten zur Einbin- 
dung anderer Software und spezieller Lei- 
stungen des jeweiligen Betriebssystems 


(falls vorhanden, auch Overlays) weitgehend 
entschieden. Wenn es notwendig ist, um- 
fangreiche Programmsysteme mit zahlrei- 
chen Modulen zu schreiben, ist die Existenz 
von Verwaltungshilfen (z. B. Make) nützlich. 
Sollte Protabilität zu den wesentlichen Krite- 
rien zählen, so sind möglichst frühzeitig Tests 
relevanter Festlegungen mit unterschiedli- 
chen Compilern vorzunehmen. 

Syntaktische Differenzen 

Da fast alle Differenzen auch einen syntak- 
tischen Aspekt haben, werden hier nur die- 
jenigen betrachtet, bei denen er überwiegt 
oder eine andere Zuordnung nicht sinnvoll 
ist. 
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• Exportliste Im Definitionsmodul: Ursprüng- 
lich gefordert, ist sie aber inzwischen durch 
die sinnvollere Festlegung, daß alle im Defi- 
nitionsmodul spezifizierten Objekte automa- 
tisch exportiert werden, überflüssig gewor- 
den. Die Behandlung erfolgt unterschiedlich. 
/8/ gibt eine Warnung aus und /7/ eine Fehler- 
meldung, falls die Exportliste vorhanden ist, 
191 dagegen fordert sie. 

• Forward-Direktiven sind eigentlich nicht Be- 
standteil der Sprache, wurden aber innerhalb 
des Projekts eines 1 -Paß-Compilers wieder 
notwendig (vgl. auch 111). Da nach 16/ die mit 
dem Kompilieren verbundenen Probleme oh- 
nehin nicht in einem Durchlauf allgemein be- 
handelbar sind, werden sie vermutlich nicht 
in den Standard aufgenommen werden. 

• Konstante Ausdrücke und strukturierte Kon- 
stanten: Die Bildungsvorschriften für kon- 
stante Ausdrücke nach /4/ sind sehr restriktiv 
und werden teilweise durch (compilerbeding- 
ten) Ausschluß von Real-Ausdrücken noch 
weiter eingeschränkt. Es ist nicht möglich, 
solche compilerspezifischen Konstanten wie 
TSIZE(REAL) oder ORD(’O') zu definieren. 
In /II/ ist eine veränderte Syntax gegeben, 
die diesen Mangel beseitigt. Unklar ist ge- 
genwärtig noch, ob strukturierte Konstanten 
in den Standard aufgenommen werden und 
ob es einen Verkettungsoperator für Zei- 
chenketten geben wird. (Strings, die sowohl’ 
als auch“ enthalten und soche, die Steuerzei- 
chen enthalten, sind nicht als Konstanten de- 
finierbar.) III erlaubt jedoch beides und 
zeigt damit die Möglichkeit dieser Erweite- 
rung. 

• Modula-2 läßt für Funktionen einen beliebi- 
gen Ergebnistyp zu. Es wird dadurch die Frage 
aktuell, Dereferenzierung und Selektion als 
spezielle Operationen zu behandeln. Für ei- 
nen funktionalen Programmstil erscheint das 
sinnvoll. Das Problem wird diskutiert, wie das 
161 entnommene Beispiel zeigt. 

TYPE arec = RECORD fieldl: INTEGER; field2: 
INTEGER END; VAR a: ADDRESS; p: POINTER TO 
arec; i: INTEGER; 

(* assume that “a“ bas been set to a nice va- 
lue *) 

(* this is what we are forced to do at present *) 

p: = a; 

i: = p .fieldl ; 

(* this is what I would like to do *) 
i: = arec(a)) A . fieldl; 


Typumwandlungen 

Modula-2 kennt zwei Arten von Typumwand- 
lungen: Konvertierungen und Casts (Umin- 
terpretationen). Dabei gelten Konvertierun- 
gen, die durch spezielle Prozeduren erfol- 
gen, als sogenannte sichere Umwandlun- 
gen, beispielsweise CHR(70), VAL 
(CHAR.70), FLOAT (4), TRUNC(7.4). Zu be- 
achten ist dabei, daß das Ergebnis von 
TRUNC entweder INTEGER, CARDINAL 
oder umgebungsabhängig sein kann. 

Casts werden zwar allgemein als unsichere 
und überdies compilerabhängige Typum- 
wandlungen betrachtet, sind in Verbindung 
mit Pointern und verdeckten Typen aber 
durchaus sicher und nützlich einsetzbar. Stö- 
rend macht sich dabei bemerkbar, daß Casts 
ihrer Form nach Ausdrücke sind und demzu- 
folge nicht für VAR-Parameter stehen und 
nicht dereferenziert oder selektiert werden 
können. Das erfordert jeweils explizite Zu- 
weisungen zu eigentlich überflüssigen Hilfs- 
variablen. 
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Zirkulärsten 

Die zusätzlichen Ausdrucksmittel von Mo : 
dula-2 haben auch neue Möglichkeiten rekur- 
siver Abhängigkeiten geschaffen. Während 
wechselseitiger Import in Definitionsmodulen 
bei inneren Modulen zumindest prinzipiell 
noch behandelbar ist (wenn auch nicht von 
allen Compilern), ergeben sich für Kompila- 
tionseinheiten unlösbare Probleme, da keine 
korrekte Kompilationsreihenfolge mehr an- 
gegeben werden kann. Zyklen im Abhängig- 
keitsgraphen der Definitionsmodule müssen 
deshalb vermieden werden; möglicherweise 
auch durch einen zusätzlichen Modul, der die 
kritischen Objekte definiert. 

Eine weitere unzulässige Zirkularität zeigt 
das folgende Beispiel: 

TYPE not Possible = RECORD proc: PROCEDURE 
(VAR not Possible); . . . 

END 

In diesem Fall hilft nur das Ausweichen auf ei- 
nen Zeigertyp. 

Der Modul SYSTEM 
In Modula-2 werden sogenannte systemab- 
hängige Möglichkeiten durch den Pseudo- 
modul SYSTEM bereitgestellt. Module, die 
Objekte von SYSTEM importieren, werden 
als Hardwaremodule betrachtet. Bei genaue- 
rer Überprüfung zeigt sich jedoch, daß diese 
Charakterisierung nicht den tatsächlichen 
Verhältnissen entspricht. Der Modul SY- 
STEM exportiert sehr unterschiedliche Ob- 
jekte, von denen einige durchaus systemun- 
abhängig sind oder zumindest so verwendet 
werden können. Für die Entwicklung offener 
Programmiersysteme ist die Verwendung 
von ADDRESS und WORD sogar unbedingt 
erforderlich, weil darin die einzige Möglich- 
keit besteht, in gewisser Weise typunabhän- 
gige (generische) Prozeduren zu formulie- 
ren. Beispielsweise ist die Funktion 
PROCEDURE lsNIL(a: ADDRESS): B00LEAN; 
BEGIN RETURN a = NIL END IsNIL 
weder hardwarenah noch systemabhängig. 
Ähnliches gilt für andere von SYSTEM expor- 
tierte Objekte. Die völlig unnötige Unbe- 
stimmtheit des Berichts in diesem Punkt wirkt 
ausgesprochen hinderlich beim Erstellen 
portabler Software. Statt der Festlegung, daß 
ADDRESS und CARDINAL kompatibel sind, 
was auf dem 8088 praktisch nicht zutreffend 
ist, wäre eine genau definierte Adreßarithme- 
tik erforderlich, wobei INC, DEC und Diffe- 
renz allgemein als ausreichend angesehen 
werden. Es fehlt eine Definition der Bezie- 
hung zwischen ADDRESS und SIZE bzw. 
TSIZE. Fast alle vorliegenden Compiler mes- 
sen den Speicherbedarf in Adreßschritten, so 
daß die im Bericht als Beispiel enthaltene 
Speicherverwaltung mit Allocate(p, Sl- 
ZE(p A )) aufgerufen werden könnte. Anderer- 
seits legt der Bericht nahe, TSIZE- 
(WORD)=1 zu wählen, was in /8/ enthalten 
ist. 

Weitere Probleme ergeben sich mit dem uni- 
versellen Wertparametertyp ARRAY OF 
WORD. Compiler mit Beschränkungen hin- 
sichtlich der Ergebniswerte von Funktionen 
erlauben für derart offene Parameter im all- 
gemeinen keine echten Ausdrücke, wie 
Funktionsaufrufe. Manchmal ist der Typ 
REAL ausgeschlossen, weil die Übergabe in 
einem speziellen Akkumulator erfolgt. 

Ein Weg, diesen Problemen zumindest teil- 
weise auszuweichen, besteht darin, einen ei- 
genen, systemspezifischen (besser: compi- 
lerspezifischen) Modul zu programmieren 
und, soweit möglich, von diesem statt von 



SYSTEM zu importieren. Portierungen erfor- 
dern dann lediglich eine Anpassung dieses 
Moduls (siehe folgendes Beispiel). 

DEFINITIONS MODULE MySystem; 

IMPORT SYSTEM; 

(* EXPORT QUALIFIED PROCESS, SizeWord, 
SizeAddr, SizeFac, 
DECAddr, INCAddr, 
DIFAddr; *) 

CONST SizeWord = 2; (* = SYSTEM.SIZE 
(WORD) *) 

SizeAddr = 4; (* = SYSTEM.SIZE 
(ADDRESS) *) 

SizeFac = 1; (* Relation between SIZE 
and ADDRESS *) 

TYPE PROCESS = SYSTEM. PROCESS; (*or SY- 
STEM. ADDRESS *) 

PROCEDURE DECAddr (VAR A: SYSTEM. AD- 
DRESS; B: CARDINAL); 

PROCEDURE INCAddr (VAR A: SYSTEM. AD- 
DRESS; B: CARDINAL); 

PROCEDURE DIFAddr (A, B; SYSTEM. ADDRESS; 
VAR H,L: CARDINAL); 

END MySystem. 

Bei Verwendung von Koroutinen ist es sinn- 
voll, eine Konstante für den damit verbunde- 
nen Overhead zu definieren, da die Unter- 
schiede zwischen einzelnen Compilern er- 
heblich sind. Es ist auch zu berücksichtigen, 
daß die Bereichsangabe in NEWPROCESS 
teilweise in Word, meist jedoch in Byte er- 
folgt. Die Festlegungen zur Quasiparallelität 
sind im Bericht sehr vage gehalten. Daraus 
und aus den engen Beziehungen zum jeweili- 
gen Betriebssystem folgt, daß es in diesem 
Punkt die größte Variationsbreite zwischen 
den Compilern gibt. Wesentliche Informatio- 
nen, wie über den tatsächlich benötigten Ar- 
beitsspeicher oder dessen Verschieblichkeit 
(z. B. für ein Software-Paging), sind im allge- 
meinen nicht verfügbar. Um trotzdem eine 
hohe Portabilität zu erreichen, ist eine diszi- 
plinierte (eingeschränkte) Verwendung erfor- 
derlich. Bei gegebenem Zielsystem sollte 
(falls möglich) die Auswahl eines Compilers 
sehr sorgfältig und unter Zuhilfenahme eige- 
ner Testbeispiele erfolgen, da diese Eigen- 
schaften meist nur unzureichend dokumen- 
tiert sind. 

Der Modul Storage 

Ein Modul Storage, der zumindest die Proze- 
duren ALLOCATE und DEALLOCATE ex- 
portiert, wird als zu jedem Compiler gehörig 
vorausgesetzt. Prinzipiell kann zwar jeder 
Nutzer auch einen eigenen Modul zur Spei- 
cherverwaltung ergänzen, aber zuweilen ist 
das nicht mehr auf der Modula-2-Ebene mög- 
lich, da spezielle Betriebssystemfunktionen 
dazu erforderlich sind. 

Im Gegensatz zur M2RT11 /1 2/ enthalten 
fast alle bekannten Compiler für 16-Bit-PCs 
Einschränkungen bezüglich der zulässigen 
Parameter beim Aufruf von DEALLOCATE, 
und zwar darf in der Regel nur ein zuvor mit 
ALLOCATE zugewiesener Bereich freigege- 
ben werden. Dabei wird entweder die gleiche 
Größenangabe gefordert oder der Wert des 
zweiten Parameters ignoriert; eine teilweise 
Freigabe ist also nicht möglich. 

Die Speichervergabe erfolgt nach unter- 
schiedlichen Strategien entweder mit oder 
ohne Wiederzusammenfassung freier Berei- 
che. Gemeinsam ist aber allen diesen Syste- 
men, daß sie mit dem Overhead zur Verwal- 
tung verbunden sind, beispielsweise 4 oder 5 
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Wir haben uns irrt Teil 2 unseres Kurses in MP 
8189 der Programmierung der Fenstertechnik 
für den PC 1715 und dazu kompatibler Rech- 
nergewidmet. Auf den folgenden 4 Seiten soi- 
ien neben der Arbeit mit Menü- und Hilfsaus- 
schriften sowohl Hardcopy-Funkhonen als 
auch Prozeduren zur Anzeige des Disketten- 
Directories dargeboten werden. 

Bildschirm-Darstellungen 

in vielen Programmen, die für Nutzer gedacht 
sind, die noch nie etwas rni! Rechentechnik 
zu tun hatten, ist der Programmierer gezwun- 
gen, für jede noch so Weine Eingabeopera- 
tion einen ganzen Bildschirm voller Kommen- 
tartexte zu schreiben, der eine möglichst opti- 
male Bedienerführung gewährleistet. In sol- 
chen Programmen kommen oft drei, vier oder 
noch mehr write oder writeln-Befehle auf je- 
den anderen. Bei der Austestung dieser Pro- 
gramme sind die Kompilierzeiten dann wie- 
der so groß, daß der T urbo-Eifekt nicht mehr 
zur Geltung kommen kann. Durch die vielen 
Ausgabebefehle wird der Quelltext so gewal- 
tig, daß er in eine Vielzahl von Include-Files 
aufgegliedert werden muß. Das Editieren 
wird schon bei kleinsten Änderungen sehr 
mühsam. 

Liegt ein solcher Fall vor, kann die Lösung 
nur darin liegen, die Bildschirm-Darstellun- 
gen für die Zeit der Programmerarbeitung 
völlig vom übrigen Programm zu trennen. Ist 
das Programm fertig, kannman sie dann wie- 
der in den Bestand des Programmtextes auf- 
nehmen. In diesem Abschnitt wird nun eine 
solche Vorgehensweise dargesteüt. Beson- 
ders günstig ist die maschinelle Einarbeitung 
der Bildschirmdarstellungen in den Pro- 
grammtext. Ein Nachteil ist der etwas langsa- 
mere Bildaufbau in der Testphase des Pro- 
gramms. Dieser Nachteil kann aber sicher to- 
leriert werden. 


Das Prinzip der Lösung besteht in der Ausla- 
gerung der Bildschirmdarstellungen in eine 
Diskettendatei. Jeder Bildschirm, hat in dieser 
Datei eine Kennung, unter der er aufgefurv 
den werden kann. Der Aufruf der Bildschirm- 
darsteilungen erfolgt übereine Prozedur, der 
diese Kennung übergeben wird. In Bild 23 
wird ein Auszug aus einer solchen Bild- 
schirmdatei angegeben. Die Prozedur 
BildWrite (Bild 24), weiche die Biidschirmdar- 
steliungen aus der Datei liest und auf den 
Bildschirm bringt, realisiert folgende Einzel- 
aktionen Als erstes wird der Bildschirm ge- 
löscht und die Bildschirmdatei auf ihren An- 
fang zurückgesetzt. Anschließend werden 
sciange Zeilen aus dieser Datei gelesen, bis 
die zu suchende Kennung des zu schreiben- 
den Bildes gefunden wird. Die folgenden Zei- 
len in der Datei enthalten nun das gesuchte 
Bildschirmaussehen. Diese Zeilen werden 
nun einzeln aus der Datei gelesen und auf 
den Bildschirm geschrieben. Als Endekenn- 
zeichen eines Bildes dient dabei die Kennung 
des nächsten Bildes oder das physische Da- 
teiende. Wurde ein Bild gesucht, welches 
nicht in der Datei enthalten ist, erhalt der Be- 
diener eine entsprechende Mitteilung. 

Durch die Hilfe dieser Prozedur genügt es 
jetzt, im Programm nur eine Anweisung zu 
schreiben, um dem Bildschirm das in der Da- 
tei gespeicherte Aussehen zu geben, Da 
diese Lösung nur dann angewendet wird, 
wenn in der Datei eine Vielzahl von Bildern 
gespeichert werden muß, ist die Datei natür- 
lich auch sehr groß. Das heißt, die Suchzei- 
ten für ein Bild sind teilweise recht lang. Der 
Vorteil liegt in der Tatsache, daß im Pro- 
gramm die Anweisung 
bildwrite( ’Plausi bi I i tat' ); 

genügt, um dem Bildschirm das gewünschte 
Aussehen zu geben. Weiterhin ist es nun 
auch möglich, ohne Umschreiben und Neu- 
Kompilieren des Programmes, die Textdar- 
steiiungen zu ändern. Es ist sogar denkbar, 
die kommentierenden Texte von den ersten 


Nutzern des Programms, die ja die Speziali- 
sten auf ihrem Gebiet sind, ändern zu lassen, 
was mit jedem Textverarbeitungsystem mög- 
lich ist, da die Bilddate! ein reines Text- 
file ist. Sind die Tests des Programmes 
abgeschlossen, sollte diese Biidschirmdatei 
natürlich wieder in den Programmtext auf- 
genommen werden, um eine kompakte Ein- 
heit der Lösung zu erreichen. Dateien, 
an deren Namen sich später niemand mehr 
erinnert, werden leicht gelöscht, und unser 
Programm wird zum Invaliden. Dazu sind 
zwei Maßnahmen notwendig. Zum einen 
muß unsere Bilddate: in eine Pascal-Quell- 
datei umgewancelt werden, die in das Pro- 
gramm hinelncompiliert werden kann. Zum 
zweiten muß die Prozedur bildwrite geän- 
dert werden. Diese mühselige Arbeit kann 
uns aber der Rechner abnehmen Wir schrei- 
ben uns dazu ein Programm, das diesen 
Queiitext schreibt. Das Programm Transfor 
mation (Bild 25) liest unsere alte Bild- 
datei und erstellt uns sowohl die neue Proze- 
dur bildwrite (Bild 26) als auch die Prozedu- 
ren, die später die einzelnen Bildschirmdar- 
stellungen erstellen sollen (Bild 27). Die Na- 
men der neuen Prozeduren werden in die- 
sem Programm aus den alten Kennungen 
gebildet. Um Konflikte mit eventuell bereits 
bestehenden Bezeichnern zu vermeiden, 
wird den Prozedurnamen als erstes Zeichen 
noch ein x vorangestellt. Die Funktion des 
Programms Transformation ersieht man am 
einfachsten aus den gebildeten neuen Da- 
teien. 

Die Datei mit dem Namen BILDWRIT.INC 
enthält nach diesem Programm die neue Pro- 
zedur bildwrite (Bild 26). In der zweiten von 
unserem Programm erstellten Datei mit dem 
Namen NDEFOOO.INC sind nun alle die Pro- 
zeduren enthalten, die von der neuen Proze- 
dur bildwrite aufgeruten werden (Bild 27). Die 
Tatsache, daß diese Prozeduren alle als 
Overlay-Prozeduren gekennzeichnet wur- 
den, liegt an der Spezifik des hier genutzten 
Programmbeispiels. 



Bild 24 Prozedur zum Schreiben der Bildschirmausschritten 
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Bild 26 Neue Prozedur Bild W rite 
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Bild 28 Die einfache Hardcopy-Prozedur 


Bild 25 QueMf ex (-schreibendes Programm 



Bild 27 Automatisch erstellter Quelltext 


Hat der Programmierer das Programm 
Transformation auf seine Textdatei mit den 
Bildschirmdarstellungen angewendet, sind 
nur noch wenige Schritte notwendig. Als er- 
stes tauscht er die alte Prozedur BildWrite 
gegen die neue aus, was mit dem Editor- 
Kommando KR (Block-Lesen) kein Problem 
ist. Dann fügt er im Programm die Compiler- 
Anweisung (* $1 ndefOOO.inc *) ein. Nach der 
nun notwendigen Neuübersetzung des Pro- 
grammes ist alles erledigt. 

Ai3 letztes sollte noch gesagt werden, daß 
dieses Programm nur ein Beispiel ist. In vie- 
len Situationen ist es möglich, stupide Pro- 
grammierarbeit von kleinen, selbstgeschrie- 
benen Hilfsprogrammen erledigen zu lassen. 
Wem dieser Gedanke vertraut geworden ist, 
dem ergeben sich in der täglichen Arbeit oft 
solche Möglichkeiten. 

Daten - und Dateiarbeit 

In diesem Kapitel soll es sowohl um die Bear- 
beitung von Daten aus Turbo-Pascal-frem- 
den Diskettenfiles als auch um die Verwal- 
tung von Daten in listenartigen Strukturen im 
Hauptspeicher gehen. Neben diesen größe- 
ren Problemen soll hier aber auch Piatz für 



einige kleinere sein. So wird eine Möglichkeit 
geboten, das Verzeichnis einer Diskette se- 
lektiv zu lesen. 

Hardcopy 

Hat ein Rechner bereits eine Hardcopy- 
Funktion. so wird diese oft und gern genutzt. 
Der Griff zur Taste PmScr (PrintScreen) wird 
zu einem wertvollen Hilfsmittel in der Arbeit 
Vom Bildschirm schnell und problemlos ein 
interessantes Aussehen auf dem Papier fest- 
halten zu können, effektiviert die Arbeit an ei- 
nem Rechner doch sehr. Hat man sich an ei- 
nem Rechner höherer Leistungsklasse an 
dieses Hilfsmittel gewöhnt, vermißt man es 
auf allen anderen. Hier möchte ich nun zwei 
Prozeduren anbieten, die diesen Service 
auch auf kleineren Rechnern ermöglichen 
und speziell für den PC 1 715 entwickelt wur- 
den. Für ihre Lauffähigkeit sind ähnliche Ein- 
schränkungen wie für die Fensterhiifen gül- 
tig. Der Bildwiederholspeicher muß linear von 
der Hauptspeicheradresse F800H an aufge- 
baut sein, und jede Position auf dem Bild- 
schirm muß genau einer Speicherzelle ent- 
sprechen. Dies ist zum Beispiel nicht mehr 
der Fall, wenn Bildschirmsteuerzeichen wie 
im Kapitel Auswahlmenü Speicherplatz bean- 


spruchen. Eine Sicherung von Bildschirmen 
mit intensiven oder inversen Bereichen ist 
also nicht möglich. 

Als erstes wird die Prozedur List.Hardcopy 
vorgestern, die das aktuelle Aussehen des 
Bildschirmes ausdruckt (Bild 28). 

Die Wirkungsweise dieser Prozedur beruht in 
der Überlagerung des Arrays Bild mit dem 
Biidwiederholspeicher des Rechners. Die 
Ausgabe des Bildschirmes auf den Drucker 
erfolgt zeilenweise Zeichen für Zeichen 
Diese Prozedur beansprucht in unseren Pro- 
grammen kaum Platz. Konkret sind es 10 
Byte Daten und 125 Byte Code. 

Wir wollen aber noch eine zweite, komforta- 
blere Hardcopy-Prozedure vorstellen, mit der 
es auch möglich ist, den Bildschirminhalt in 
eine Diskettendatei zu schreiben, wodurch er 
gesichert wird u nd dann jederzeit wieder zu Pa- 
pier gemacht werden .kann. Diese Programm- 
iösung wird auch deshalb angeführt, da in ihr 
gut zu erkennen ist, wie man das Standardtext- 
file LSI als File-Variable behandeln kann. Die- 
ses Prinzip ist auch in vielen anderen Situatio- 
nen interessant. Selbstverständlich benötigt 
diese Variante mehr Platz. Sie belegt genau 
283 Byte Daten und 422 Byte Code. (Bild" 29) 
Die prinzipielle Wirkungsweise der Prozedur 
List_Hardcopv finden wir hier in der lokalen Pro- 
zedur AusgabeAuf wieder Worauf diese Aus- 
gabe erfolgen soll, wird der Prozedur als Para- 
meter übergeben Dieser Parameter spezifiziert 
ein beliebiges Text-File Auch der Drucker, also 
das Standard-File LST, ist ein Text-File. 

Die Prozedur hardcopy sichert zuerst das 
Aussehen der ersten Bildschirmzelle in ei- 
nem temporären Feld. Dann erfolgt auf die- 
ser ersten Bildschirmzeile die Frage nach 
dem Namen des Diskettenfiles, unter dem 
die Hardcopy abgelegt werden soll. Anschlie- 
ßend wird das Aussehen der ersten Zeile wie- 
der hergestellt und der Kursor ausgeschaltet. 
Ist der e ingegebene Name leer, daß heißt, die 
Frage wurde nur mit der Entertaste beant- 
wortet, so erfolgt die Ausgabe wie gewohnt 
über den Drucker. Ansonsten wird die ange- 
wiesene Datei zum Schreiben vorbereitet 
und gefüllt. Zum Abschluß muß natürtich der 
Kursor wieder eingeschatten werden. 
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Bild 31 Kleines Disketten DIReclory MiniDir 





Existiert bereits eine Disketten-Datei unter 
dem angegebenen Namen, so ist deren ur- 
sprünglicher Inhalt gelöscht. Da dieses Pro- 
blem keinesfalls spezifisch für diese Proze- 
dur ist, wollen wir eine kleine Funktion ange- 
ben, die abprüft, ob eine Datei bereits exi- 
stiert. Jeder Programmierer kann sie nutzen, 
wenn Dateinamen überprüft werden müssen 
(Bild 30). 

Wollen wir die Dienste der Funktion Exist in 
Anspruch nehmen, slehl der Test des Datei- 
namens in obiger Prozedur folgendermaßen 
aus: 

if (datemame<>’')and 
(not(exist(dateirame)) Wien 


Diskettenverzeichnisse 

ln Fortführung des letzen Abschnittes wollen 
wir noch ein wenig bei den Namen von Da- 
teien bleiben. Wird der Nutzer eines Pro- 
grammes aufgefordert, einen Dateinamen 
anzugeben, ist dieser meistens etwas allein 
gelassen. Kann er 3ich noch an den Namen 
seiner Datei erinnern, so nicht mehr an die 
Extension. Weiß er diese noch, fehlt ihm der 
Name. Oder aber er weiß im Augenblick kei- 
nes von beiden. Der Programmierer sollte an 
diesen Programmstellen Unterstützung vor- 
sehen. Bei Compilern, die den Systembefehl 
DIR unterstützen, ist dies leicht möglich. Hier 
nun sollen zwei Prozeduren auch für die klei- 
neren Compiler vorgesteüt werden. Sie sind 
auf allen CP/M-kompatiblen Betriebssyste- 
men lauffähig, da sie die Diskettenzugriffe 
über BDOS-Funktionen realisieren. Ais er- 
stes stellen wirdie Prozedur MiniDir vor. Eine 
genaue Erläuterung der Wirkungsweise der 
verwendeten BDOS-Rufe muß hier entfallen, 
da dies den Rahmen des Kurses sprengen 
würde. Es sei nur erwähnt, daß das Array f cb 
einen Fiie-Controi-Biock darstetlt. Dieses Ar- 
ray wird vor allem dazu genutzt, dem Be- 


i Bild 29 Hardcopy wahlweise aut Drucker oder Datei 


triebssystem Informationen zu übergeben. 
Im Array dma finden wir nach den BDOS- 
Rufen die angeforderten File-Namen. Die 
BDOS-Funktionen selbst übergeben ledig- 
lich eine Information, wo im Array dma der 
neue File-Name zu linden ist, da im dma- 
Block bis zu vier Namen gleichzeitig geführt 
werden können. Haben diese Funktionen 
keine weitere Verzeichniseintragung gefun- 
den, übergeben sieden Wert 255 an das Pro- 
gramm. Der Anweisungsteil der Prozedur Mi- 
niDir stellt die Vorgabewerte des Arrays fcb 
ein und sucht nach den Verzeichniseintra- 
gungen. Die lokale Prozedur Eine_Eintra- 
gung, der die Position des neuen File-Na- 
mens übergeben wird, schreibt diesen Na- 
men aul den Bildschirm (Bild 31 ). 

Der Aufruf der Prozedur MiniDir erfordert 
eine gewisse Sorgfalt. Es handelt sich wirk- 
lich nur um ein Mini -Directory Werden nicht 
vorhandene Laufwerke im Prozedure-Kopf 
angegeben, kommt es zu Systemabstürzen. 
Auch die Maske muß mit genau 1 1 Zeichen 
aufgefüllt werden. Sie stellt eine Gültigkeits- 
maske für das Suchen nach Verzeichnisein- 
tragungen dar. Die ersten 8 Zeichen selektie- 
ren die Dateinamen, das 9., 1 0. und 1 1 Zei- 
chen selektieren die Extension. Ein Punkt 
darf in der Maske nicht Vorkommen. Für be- 
liebige Zeichen ist je ein “?“ einzutragen. Soll 
die Länge der Namen begrenzt werden, so 



Bild 30 Test aut Existenz einer Datei 


sind die restlichen Zeichen mit Leerzeichen 
aufzufüllen. In Bild 32 sind einige Beispiele 
für den Aufruf der Prozedur MiniDir angege- 
ben. 

Die Prozedur MiniDir listet die gefundenen 
Verzeichniseintragungen von der aktuellen 
Kurscrposition aus auf. Es werden alle in die 
Maske passenden Dateien aufgelistet, also 
auch Dateien mit den Attributen SYS und ft' 
O. Stand der Kursor an einem Zeilenanfang, 
stehen immer 5 Verzeichniseintragungen ne- 
beneinander. 

Als nächstes wird eine Lösung vorgestellt, 
die viele der aufgeführten Unzulänglichkeiten 
nicht mehr aufweisl. Die Angabe des Para- 
meters VerzMaske der Prozedur DIR kann 
nun dem Nutzer überlassen werden (Bild 

Die Prozedur DIR selbst bearbeitet und inter- 
pretiert die angegebene Verzeichnismaske 
und selektiert, falls angegeben, die Laut- 
werksangabe. Fehlt diese, wird das aktuelie 
Laufwerk ermittelt. Die Wirkungsweise der 
Funktion HoleDirectory entspricht der der 
Prozedur MiniDir. Sie übergibt die Anzahl der 
aufgefundenen Verzeichniseintragungen. 
Die Angabe der Verzeichnismaske kann nun 
recht frei erfolgen. Zwischen kompletten Da- 
teinamen mit Laufwerksangabe und einer 
völlig leeren Zeichenkette ist alles erlaubt. 
Die Interpretation der Verzeichnismaske in 
dieser Prozedur weicht gewollt von der Inter- 
pretation der Maske beim Systembefehl DIR 
ab. So liefert zum Beispiel der Aufruf . 
DIR(a:TP.A); 

alie die Dateien, deren Name mit TP. und de- 
ren Extension mit A beginnt. Dies war in der 
konkreten Anwendung, der diese Lösung 
entnommen wurde, gefordert. Ist in einer an- 
deren Anwendung eine andere Interpretation 
gewünscht, kann dies leicht geändert wer- 
den. Im Gegensatz zum MiniDir werden die 
Verzeichniseintragungen in dieser Lösung 
nicht nur auf den Bildschirm übertragen, son- 
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dern auch im Array DateiNamen gesammelt. 
Somit stehen sie einer weiteren Auswertung 
zur Verfügung. Dateien, die die Attribute R/O 
und SYS besitzen, werden diesmal überle- 
sen. Weiter wurde die Ausgabe auf den Bild- 
schirm vom Lesen des Verzeichnisses selbst 
getrennt. Dadurch begünstigt ist es nun leicht 
möglich, das Ausgabeformat des Verzeich- 
nisses zu ändern. Die Prozedur DirWrite, mit 
der im obigen Beispiel die Ausgabe auf dem 
Bildschirm vorgenommen wird, gestattet 
auch eine Durchnumerierung der aufgeliste- 
ten Dateien und zeigt jeweils vier Dateien in 
einer Zeile an. In Bild 34 werden noch drei 
weitere Verzeichnis-Ausgabe-Prozeduren 
angeboten, die jeweils ein anderes Format 
auf dem Bildschirm erzeugen. 

Weder die Prozedur MiniDir, noch die Proze- 
dur DIR, werden sofort und ohne Änderun- 
gen Aufnahme in Programme finden, da die 
Ansprüche an die speziell zu erbringende 



Bild 35 DIRectory unter MS-DOS 


Leistung doch sehr unterschiedlich sein kön- 
nen; mit kleinen Änderungen werden sie aber 
sicher vielen Anforderungen gerecht 
Da die Auswertung eines Diskettenverzeich- 
nisses natürlich nicht nur unter CP/M-kompa- 
tiblen Betriebssystemen interessant ist, wird 
in Bild 35 noch eine entsprechende Lösung 
für die Arbeit unter MS-DOS gezeigt. Da die 
prinzipielle Wirkungsweise den Lösungen 


unter CP/M entspricht, erübrigt sich eine nä- 
here Beschreibung. Zu erwähnen ist ledig- 
lich, daß der Name, der der Prozedur dir 
übergeben wird, neben der Dateimaske so- 
wohl Lautwerks- als auch Pfadangaben ent- 
halten darf. 


wird fortgesetzt 
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Fortsetzung von S. 302 

Worte pro Bereich /8/ oder nur ganze Para- 
graphen 171. Falls kleine Objekte in großer 
Zahl benötigt werden, kann dieser Overhead 
durchaus störend wirken. Eine einfache Me- 
thode dem auszuweichen (ohne einen voll- 
ständigen neuen Modul programmieren zu 
müssen), besteht darin, ALLOCATE und DE- 
ALLOCATE nicht direkt von Storage zu im- 
portieren, sondern einen eigenen Modul da- 
zwischenzuschalten, der kleine Objekte in 
speziellen Verweisketten verwaltet und bei 
Bedarf jeweils mehrere zusammen reser- 
viert. Anforderungen größerer Bereiche wer- 
den einfach weitergeleitet. Welche kleinen 
Objekte in dieser Art behandelt werden, kann 
dem Aufgabengebiet angepaßt werden (Bild 
1). Auf eine Rekombination wurde in diesem 
Fall verzichtet. Es ist zu beachten, daß ALLO- 
CATE in Prozessen teilweise (z. B. /9/) lokal 
wirkt, das heißt, der Speicherbereich wird 
dem des Prozesses entnommen. 

Andere Module 

Im Gegensatz zu Pascal wurde bei Modula-2 
bewußt darauf verzichtet, Anweisungen zur 
Ein- und Ausgabe in die Sprache aufzuneh- 
men. Die daraus resultierende größere Flexi- 
bilität schränkt aber andererseits die Portabi- 
lität ein, wenn Programme auf Standardkonfi- 
gurationen in Betriebssystemumgebungen 
laufen sollen. Aus diesem Grund hat Wirth in 
/I/ einen Bibliotheksmodul InOut als Quasi- 
Standard vorgeschlagen, der nahezu den in 
Pascal über Input/Output definierten Funk- 
tionsumfang aufweist. Für verschiedene An- 
wendungen ist die Beschränkung auf je einen 


Eingabe- und Ausgabekanal aber zu restrik- 
tiv. Außerdem differieren die Schnittstellen im 
Hinblick auf die zu übergebenden Parameter. 
Weitgehend portable Programme lassen sich 
daher nur entwickeln, wenn eine den konkre- 
ten Anforderungen entsprechende eigene 
Schnittstelle definiert wird, die sich dann na- 
türlich auf vorhandene Module stützen kann, 
aber damit im allgemeinen auch systemab- 
hängig wird. 

Diese Tatsache sollte im Sinne einer saube- 
ren Software-Technologie bei allen Modulen 
berücksichtigt werden, die für spezielle An- 
wendungen entwickelt wurden und nicht als 
Quelltext verfügbar bzw. systemspezifisch 
sind. Der sich aus diesen zusätzlichen Struk- 
turierungen ergebende Overhead ist gering 
im Vergleich zu den daraus erzielbaren Vor- 
teilen. Durch Verwendung von Prozedurva- 
liablen oder durch Re-Export importierte Ob- 
jekte (Aliasing z. B. in 171) ist die erforderliche 
Effizienz in der Regel problemlos erreich- 
bar. 

Weitere Verbesserungen der Compiler und 
Linker sind zu erwarten, beispielsweise In- 
line-Abarbeitung einmalig gerufener Proze- 
duren. Selektives Binden, das heißt Ein- 
schluß nur der wirklich benötigten Prozedu- 
ren (vorteilhaft bei Verwendung multivalent 
nutzbarer Module) erlaubt bislang nur das 
JPI-System. 

Aufmerksamkeit verdient weiterhin die Arbeit 
zur Standardisierung von Modula-2. Die vor- 
liegenden Informationen lassen befürchten, 
daß der Standard in einigen Punkten erheb- 
lich von den bisher verbreiteten Sprachver- 
sionen abweichen wird. Das ist unerfreulich 


und verschlechtert die Chancen, daß sich ein 
Standard-Modula-2 durchsetzen wird. Ohne- 
hin muß damit gerechnet werden, daß bereits 
vorliegende leistungsfähige Compiler wie 171 
und /9/ einen eigenen De-facto-Standard 
schaffen werden, ehe die Arbeiten der ISO 
abgeschlossen sein werden, und auch unab- 
hängig davon, wie es ja bei Turbo-Pascal zu 
beobachten ist. 
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Redabas-Tip 

Command Master 

Andreas Holländer 

Bei der Arbeit mit dem Datenbanksystem Re- 
dabas können Kommandos eine recht be- 
achtliche Länge erreichen. Enthalten sie c 
Auswahlkriterien und/oder Feldnamen 
(copy, list usw.), sind Längen von 80 Zeichen e 
und mehr keine Seltenheit. Besonders dann, 
wenn solche Kommandos mit geringen Än- 
derungen mehrmals hintereinander genutzt d 
werden sollen, die Erstellung eines Program- 
mes aber nicht lohnt, ist das im folgenden 
vorgestellte Hilfsmittel nützlich. 

Das Programm Command Master (CM. PRG) 
gestattet die Manipulation mit bis zu fünf 
Kommandos. In jedem dieser fünf Speicher 
stehen 80 Zeichen (eine Bildschirmzeile) für 
ein Kommando zur Verfügung, die bis auf 
240 Zeichen aufgestockt werden können. 
Gestartet wird das Programm CM. PRG aus 
der Kommandoebene von Redabas (DO CM) 
oder direkt beim Redabasaufruf (REDABAS 
CM). Nach dem Start und nach der Abarbei- 
tung einer Operation des Command Masters 
erscheint auf der untersten Bildschirmzeile 
die Ausschrift CM : 1 >, die die Nummer des 
Kommandospeichers enthält, der sich mo- 
mentan im Zugriff befindet. 

Es sind folgende Operationen realisierbar: 
i - Eingabe und sofortige Aus- 

führung eines Kommandos. 


Dieses Kommando 
steht dann zur nochmaligen Aus- 
führung oder zur Korrektur zur 
Verfügung. 

- Korrektur des Kommando- 
speichers 

- Ausführung des im aktuellen 
Speicher befindlichen Komman- 
dos 

- Kopieren des aktuellen Spei- 
cherinhaltes in einen anderen 
Kommandospeicher 

- Auslagern der Inhalte der 
Kommandospeicherauf Diskette 

- Laden der Kommandospeicher 
von Diskette 

+ - Vergrößerung des Kommando- 

speichers um 80 Zeichen 
1 ... 5 - Änderung des Speicherzugriffs 

? - Anzeige der Operationsliste des 

Command Master 

q - Rückkehr zur Kommandoebene 

von Redabas 

Mit diesem einfachen Hilfsmittel kann der mit 
den Bedienungsgrundlagen des Datenbank- 
systems vertraute Nutzer seine Arbeit deut- 
lich effektivieren. Die Lücke zwischen der 
mitunter schreibaufwendigen direkten Bedie- 
nung des Systems und der in der Erarbeitung 
intelligenzintensiven Programmsteuerung 
kann geschlossen werden. 
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Der Apple Macintosh 


Dr. Hans Dolleschel , Berlin 


Vor etwa fünf Jahren wurde von der Firma 
Apple Computer die Personalcomputerfami- 
lie Macintosh vorgestellt und damit die PC- 
Entwicklung auf der Grundlage von Moto- 
rola-Prozessoren fortgesetzt. Bekanntlich 
kann Apple für sich in Anspruch nehmen, mit 
dem Apple II schon 1977 die damals neue 
Klasse der „persönlichen Computer" mit be- 
gründet zu haben. Jedoch gelang es der 
Firma dann auf Dauer nicht, sich der Über- 
macht des Computergiganten IBM zu er- 
wehren, der 1981 seinen PC auf Basis des 
Intel-Prozessors 8088 etablierte. Die mas- 
senhafte Produktion dieses Typs und seiner 
Nachfolger und nicht zuletzt die noch grö- 
ßere Verbreitung durch mehr oder weniger 
kompatible PCs anderer Hersteller führten 
letztlich dazu, daß PCs mit Intel-Prozessoren 
unter dem Betriebssystem PC-DOS bzw. 
MS-DOS quasi zum Industriestandard wur- 
den. Heute kann wohl kein Computerprodu- 
zent in der Welt diese Tatsache unberück- 
sichtigt lassen. Dennoch - oder gerade des- 
halb - scheint es zweckmäßig, den Blick 
auch einmal auf Entwicklungsrichtungen zu 
werfen, die man durch Gewöhnung an die 
verbreiteten PCs schnell einmal übersieht. 
Dabei wird man unter Umständen feststel- 
len, daß es einige weniger stark verbreitete 
Mikrorechnersysteme gibt, die manche heu- 
tige Neuerungen der MS-DOS- oder auch 
der OS/2-Umgebung schon seit Jahren und 
in teilweise besserer Qualität aufweisen. 
Hier seien nur die Windowtechnik mit grafi- 
scher Benutzeroberfläche einschließlich 
Mausführung, verschiedenste pixel- und ob- 
jektorientierte Grafikprogramme und die ge- 
genwärtig modern gewordenen DTP-Pro- 
gramme angeführt. 

Das Macintosh-Konzept 

Zunächst einmal fällt rein äußerlich die eigen- 
willige, kompakte, hochformatige Bauform 
des Mac Plus und der beiden Mac SE auf 
(vergleiche Bild 1 , das auch die Transport- 
freundlichkeit erkennen läßt), die dann mit 
den Mac ll/llx (siehe Bild 2) und erst recht mit 
dem Mac Ilex (Bild 3) verlassen wurde, um 
mit dem Mac SE/30 (Bild 4) wieder „alte“ Ak- 
zente zu setzen. Die äußere Form ist jedoch 
zweitrangig gegenüber einem Vorzug der 
Computerfamilie, der sich in sehr kurzer Zeit 
jedem ungeübten Anwender erschließt: Das 
ist die mit Human Interface umschriebene 
„mensdhliche“ Benutzeroberfläche, die man 
zudem noch an eigene Bedürfnisse und Ge- 
wohnheiten anpassen kann und die dennoch 
einem für die DOS-Welt beispiellos einheitli- 
che Benutzerinterface für die Grundfunktio- 
nen folgt. Und „menschlich“ ist auch eine er- 
staunliche Toleranz gegenüber Bedienfeh- 
lern, die ein leichtes Rücknehmen gestattet 
und nicht gleich zu Datenverlusten, Arbeits- 
zeitverlusten oder häufigen Systemabstür- 
zen führt. Im Gegensatz zum Betriebssystem 
PC-DOS bzw. MS-DOS, einschließlich des- 
sen historischem Vorgänger CP/M, bei de- 
nen die Kenntnis wesentlicher Betriebssy- 
stembefehle unerläßlich für die Bedienung 
der PCs ist, wird in der Macintosh-Welt kon- 
sequent mit einer einheitlichen Grafikoberflä- 
che gearbeitet. Ohne Befehle auswendig ler- 
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nen zu müssen und ohne Codes oder kompli- 
zierte Prozeduren kann sich der Benutzer al- 
lein mit der Maus und den Icons (oder deutsch 
Ikonen) genannten Symbolbildchen so bewe- 
gen, wie er es von seinem mit Dokumenten be- 
legten Schreibtisch her gewöhnt ist. 

Macintosh - geschichtlich gesehen 

Die eigentliche Grundidee einer leicht be- 
dienbaren Benutzeroberfläche durch bit- 
mapped display geht zurück auf mehrere 
Entwicklungen verschiedener Wissenschaft- 
ler und Laboratorien ab etwa 1971 - lange 
bevor es eine Firma Apple gab. Vom Stanford 
Research Institute wurde die Idee der Maus 
als Eingabemedium geboren, und Rank Xe- 
rox nahm mit einigen Wissenschaftlern von 
dort auch diese und weitere Ideen vom „Ein- 
klicken“ in Bildschirmfenster auf. Bei Xerox 
wurden dann mit Entwicklungen zum allerer- 
sten „persönlichen“ Computer überhaupt, 
dem Alto Computer, auch die ersten Schritte 
in eine neue Richtung getan, die jedoch kom- 
merziell niemals zum Tragen kamen. Neben- 
bei bemerkt wurde hier bereits die Idee des 
WYSIWYG-Prinzips geboren (What you see 
is what you get - frei übersetzt etwa: So wie 
du es auf dem Bildschirm siehst, so be- 
kommst du es auch ausgedruckt.), und die- 
ses Konzept betrifft beim Macintosh durch- 
aus nicht nur die Ausdrucke von Dokumen- 
ten, Zeichnungen oder Layouts. 

Es gab weitere Entwicklungen in Richtung 
Desktop-Benutzeroberfläche, aber die bei- 
den tragenden Entwickler verließen die Firma 
Xerox 1981 in Richtung Atari und Apple und 
das neue Computer-Produkt Xerox Star fand 
zwar Beachtung, scheiterte aber kommer- 
ziell. 

Bei Apple wurde dann, parallel zu den be- 
rühmten Apple I und II, von den Apple-Grün- 
dern Steve Wozniak und Steven Jobs die 
Entwicklung zur Lisa aufgenommen, die auf 
einigen Erkenntnissen von Star und weiteren 
Entwicklungen aufbaute und mit fundamen- 
talen Neuerungen einschließlich sieben inte- 
grierten Anwenderprogrammen aus der 
„Schreibtischumgebung“ schließlich 1983 
vermarktet wurde. Allein, der große Erfolg 
blieb immer noch aus, denn die nun vielbe- 
achtete Lisa war immer noch zu teuer für die 
Zielgruppe, für die sie eigentlich bestimmt 
war. Aber kurz nach Aufnahme der Entwick- 
lungen zur Lisa brachte Steven Jobs funda- 
mentale Lisa-Ideen (insbesondere des grafi- 
schen Umfeldes) in eine bereits bestehende 
andere Entwicklungsgruppe bei Apple ein: 
Der „Appliance Computer“ sollte mit dem Ziel 
70 % Lisas Leistung bei 20 % der Kosten ent- 
wickelt werden IV. Mit der Einbindung der 
von dem talentierten Softwareentwickler Bilj 
Atkinson geschaffenen QuickDraw-Routinen 
und einem hochmotivierten Team gelang 
dann dem später Macintosh genannten Pro- 
jekt der Durchbruch. Es ist Apples Verdienst, 
mit dem Macintosh den ersten massenprodu- 
zierten PC der „Desktop“-Technologie ge- 
schaffen und kommerziell zum Erfolg geführt 
zu haben. Natürlich erfuhr der heute verwen- 
dete Mac anschließend noch einige wichtige 
Verbesserungen, aber das erste Modell, da- 
mals noch mit nur 1 28 KByte RAM und den ein- 
seitigen Disketten mit 400 KByte, begründete 
die 32-Bit-Familie von Apple auf der Basis der 
Motorola-Prozessoren der 680x0-Serie. Am 



Bild 1 Der Macintosh Plus ist der älteste und am 
weitesten verbreitete Vertreter der Mac-Familie. 
Äußerlich ist er den später hinzugekommenen 
SE-Typen mit höherem Bauelemente-Integra- 
tionsgrad und einigen Verbesserungen noch 
ähnlich. Über Jahre hinweg hat er seine Bedeu- 
tung beibehalten und wird auch heute noch in 
hohen Stückzahlen produziert, vorwiegend als 
preiswerter Mac für den privaten Bereich oder 
Einsätze in Kleinbetrieben. 

24. Januar 1 984 präsentierte Apple mit ty- 
pisch amerikanischem Pomp und einem be- 
rüchtigten Fernsehspot der Öffentlichkeit den 
ersten Macintosh (mehr dazu in 121). 

Icons — 

Eintritt in eine bildhafte Welt 

Nach diesem Ausflug in die Historie des Ma- 
cintosh nun etwas ausführlicher zu den we- 
sentlichen Merkmalen dieser Computerfami- 
lie. Wie bereits eingangs erwähnt, ist es für 
den Mac charakteristisch, daß der Benutzer 
seinen Schreibtisch als Darstellung auf dem 
Bildschirm wiederfindet - einschließlich der 
einzelnen Utensilien. Da gibt es auf dem 
„elektronischen Schreibtisch“ Schnellhefter 
(englisch Folder), leere Blätter, Bleistift, Ra- 
diergummi, Pinsel und je nach Programm 
Hunderte weitere handliche Werkzeuge, in 
die der Pfeil der Maus sich wandeln läßt. Man 
muß nur mit der Maus auf das Objekt tippen, 
welches man irgendwie verändern will, und 
schon wird der gewünschte Vorgang ausge- 
löst. Etwas exakter ausgedrückt: Zunächst 
wird per Mausbewegung und -druck ein Ob- 
jekt ausgewählt, und dann wird aus dem 
Menü ein Befehl ausgewählt, mit dem man 
die dazu gewünschte Veränderung angibt. 
Oder aber es wird ein bestimmtes Objekt mit 
Hilfe der Maus auf ein anderes gelegt und al- 
lein damit eine Operation ausgelöst (z. B. 
wird so ein Dokument in einen Aktendeckel 
einsortiert - einschließlich des selbständigen 
Anlegens eines Verzeichnisses usw). Es 
stellt sich heraus, daß selbst diese Beschrei- 
bung hier aufwendiger ist als ein erster unbe- 
fangener Versuch mit diesen selbsterklären- 
den Instrumenten. Und damit überzeugt ein 
weiterer Vorteil, der in der Literatur gelegent- 
lich mit Konsistenz bezeichnet wird: In dieser 
Macintosh-Welt mit ihrer einheitlichen Ober- 
fläche kann man nahezu jedes von beliebi- 
gen Softwarehäusern geschriebene Pro- 
gramm sofort benutzen, ohne es eigentlich 
genau zu kennen und vor allem, ohne eine 
Dokumentation oder ein Handbuch lesen zu 
müssen. Nicht wenige Macintosh-Benutzer 
arbeiten mit Programmen, ohne jemals dazu 
eine Erläuterung gelesen zu haben. Bei kom- 
plexen integrierten Softwarepaketen (z. B. 
Works oder Excel) oder hoch spezialisierter 
Software (z. B. Bildverarbeitungsprogram- 
men) kann man natürlich nicht mehr alle Raf- 
finessen voll ausnutzen, wenn man auf 
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Bild 2 Der Macintosh II erinnert mit seinem abge- 
setzten Bildschirm schon eher an die gewohnten 
PCs. Er ist das 1987 eingeführte Grundmodell für 
die überwiegend professionellen Anwender in In- 
dustrie, Handel, an Bildungseinrichtungen und 
Universitäten und vor allem in Büros. 

Bedienerliteratur verzichtet. Aber man denke 
nur an die Berge von Literatur, die ein norma- 
les MS-DOS-Programm begleiten und deren 
Studium kaum zu umgehen ist. 

An einem Icon soll einmal der Vergleich zur 
Arbeit mit DOS-Befehlen deutlicher werden: 
Für die „Vernichtung“ von Dokumenten, Ord- 
nern oder auch ganzen Programmen steht 
auf der „Schreibtischplatte“ (desk top) ein 
Papierkorb bereit. Dorthinein kann man mit 
der Maus alles Überflüssige „ziehen“. Im Ge- 
gensatz zu Daten fragt der Mac bei Program- 
men noch mal nach, ob man das wirklich 
wegwerfen will, und selbst nach der Bestäti- 
gung bleibt alles noch so lange im Papierkorb 
liegen und kann jederzeit wieder hervorge- 
holt werden, wie man. genug Speicherplatz 
hat oder man keine andere Diskette einlegt. 
Wenn der RAM-Platz allerdings von anderen 
Programmen benötigt wird oder aber wenn 
man einen entsprechenden Menübefehl aus 
der Menüleiste auswählt, dann wird der Inhalt 
des Papierkorbes „geleert“, das heißt, das 
Dokument oder das Programm wird tatsäch- 
lich (und nicht nur symbolisch) gelöscht - und 
zwar dort, von wo man es herholte: auf der 
Diskette, der Festplatte oder im Hauptspei- 
cher. Gleichzeitig wird der nun frei gewor- 
dene Speicherplatz angezeigt und steht zur 
Verfügung. Dieser gesamte Vorgang läuft 
also ohne einen einzigen Befehl ab und ohne 
auch nur ein einziges Mal die Tastatur berüh- 
ren zu müssen. 

Fensterin 

Noch ein Wort zu den Macintosh-eigenen 
Fenstern, den Windows, wie sie in Ansätzen 
in GEM oder mit Microsoft Windows langsam 
in die DOS-Welt eingeführt werden (Micro- 
soft hatte ebenso wie Apple an den Routinen 
zu den Windows schon vor 1 984 gearbeitet 
und von Apple eine Lizenz erhalten). Auf al- 
len Macintoshs können fast beliebig viele 
Fenster neben-, auf- unter- oder übereinan- 
der geöffnet werden. Das zuletzt bearbeitete 
ist das aktive, das heißt, alle Aktionen bezie- 
hen sich darauf. Sofern man dieses aber mit 
dem mausgesteuerten Zeiger (Pfeil oder be- 
liebiges Sinnbild) verläßt, wird ein neues Fen- 
ster augenblicklich aktiv, wenn man es mit ei- 
nem Mausklick an beliebiger Stelle berührt. 
Man kann jedes Fenster beliebig vergrößern 
und an jede Stelle des Bildschirmes „kleben“. 
Alle diese Fensterparameter werden abge- 
speichert und bleiben auch erhalten, wenn 
das Programm verlassen wird. Wer also auf 
seinem Schreibtisch eine schöpferische 
Unordnung für seine Gedanken braucht - 





Bild 3 Den Macintosh Ilex als jüngstes Modell 
könnte man besser mit Workstations verglei- 
chen als mit Hochleistungs-PCs. Sein 6 8030-Mi- 
kroprozessor, mathematischer Koprozessor 
und bis zu 8 MByte Hauptspeicher (sowie bis 160 
MByte Festplatte) prädestinieren ihn für rechen- 
intensive wissenschaftlich-technische Aufga- 
ben, anspruchsvolle DTP-Anwendungen mit 
Bild- und Grafikverarbeitungen, CAD-Anwen- 
dungen und Projektplanungen, und für hervor- 
ragende Kommunikationsaufgaben in unter- 
schiedlichsten Rechnernetzen (besonders auch 
als Server). Der Mac Ilex hat ein neuartiges mo- 
dulares Gehäusekonzept, das auch einen senk- 
rechten (Tower-)Betrieb zuläßt und besonders 
servicefreundlich ist. 

bitte schön, auch das geht. Und wenn dann 
im Ernstfall doch mal etwas gesucht werden 
sollte, dann hilft ein geeigneter Mausklick 
(und entsprechende Software) sicher weiter. 
Solch kleine Zusatzsoftware (Desk Accesso- 
ries oder Werkzeuge genannt - z. B. Aus- 
kunfts- und Suchprogramme, Taschenrech- 
ner, Notizbücher, Terminkalender, Sprach- 
ausgaben, Zeichenprogramme usw.) ist je- 
derzeit, also auch aus geöffneten Anwender- 
programmen heraus, vom Menü aus aufruf- 
bar. Es gibt Hunderte dieser Programme, und 
da man sie sich ganz nach Bedarf selbst ins 
Menü installieren kann (auch das ist denkbar 
einfach), läßt sich auch damit auf einfache 
Weise die Benutzerschnittstelle des Mac- 
intosh den persönlichen Bedürfnissen an- 
passen - und nicht umgekehrt! 
Bekanntermaßen beginnt sich heute auch in 
der DOS-Welt mit dem Betriebssystemzu- 
satz Windows von Microsoft und in naher Zu- 
kunft mit der Auslieferung des Presentation 
Managers für die IBM-Produktlinie PS/2 eine 
Hinwendung zur grafisch orientierten Benut- 
zeroberfläche zu vollziehen, wie sie beim 
Apple Macintosh (und, mit geringerer Bedeu- 
tung, auch beim Atari 1040 ST und beim 
Commodore Amiga) schon längst verwirk- 
licht wurde. Die Windows-Lösung und erst 
recht der noch umstrittene Presentation Ma- 
nager stellen jedoch im Gegensatz zu den 
vom Motorola-Mikroprozessor bereitgestellten 
Fähigkeiten eine nachträglich künstlich „über- 
gestülpte“ Hülle für ein an sich befehlsorien- 
tiertes Betriebssystem dar. Das führt neben ei- 
ner Verlangsamung zu ziemlichem Speicher- 
platzbedarf. Immerhin braucht OS/2 wenig- 
stens 2 MByte Hauptspeicher, um überhaupt 
vernünftig arbeiten zu können, und auch für 
den multitaskingfähigen Zusatz Windows zum 
DOS empfiehlt der Hersteller mindestens 2 
MByte RAM, besser seien jedoch 4 MByte. 
Das heißt, die DOS-Grenze von 640 KByte für 
die Hauptspeicherverwaltung mußte schon 
aus diesem Grunde aufgelöst werden. 

Kompatibilität und Standards 

Der erwähnte eigenständige Weg Apples mit 
der Macintosh-Familie führte nicht zur Ab- 



zum kurz darauf erschienenen individuell konfi- 
gurierbaren modularen Mac Ilex wieder in der 
bewährten Kompaktform der Mac Plus und Mac 
SE ausgeführt. Er hat gemeinsam mit dem Ilex 
mit dem 68030 die Schnellste CPU der Macin- 
toshs. Auf den 32-Bit-Daten- und -Adreßbus 
kann mit einem neuen Steckplatz direkt zuge- 
griffen werden. Der SE/30 wird mit eingebauter 
40-MByte-Festplatte (3,5 Zoll) und 2 oder 4 
MByte Hauptspeicher ausgeliefert. 

schottung von anderen Betriebssystemen. 
Nach einem firmeninternen, außerordentlich 
wechselhaften Abklärungs- und Marktanpas- 
sungsprozeß (der Apple beinahe an den 
Rand des Ruins gebracht hatte) werden 
heute für die neuen Macintoshs neben dem 
herstellereigenen noch viele unterschiedlich- 
ste Betriebssysteme (z. T. sogar gleichzeitig 
laufend) angeboten. Insbesondere die Ent- 
wicklung zur IBM-Kompatibilität ohne Auf- 
gabe der eigenen Vorzüge hat nicht unwe- 
sentlich zu dem heutigen Erfolg der Serie bei 
professionellen Anwendungen beigetragen. 
Dafür im weiteren einige Beispiele. 

Apple reagierte - natürlich wie andere auch - 
auf die Voraussagen von Marktforschungen, 
daß ab den 90er Jahren insbesondere für 
wissenschaftlich-technische Anwendungen 
in etwa 90 Prozent aller Fälle das Unix-Be- 
triebssystem eingesetzt werden wird. Dehn 
immerhin sind die Hochschulen und die wis- 
senschaftlichen Einrichtungen ein Hauptein- 
satzgebiet der Macintoshs. Ab dem Macin- 
tosh II gibt es das Betriebssystem A/UX, wel- 
ches kompatibel zum Unix-Release V und 
Berkeley 4.2 ist, das heißt, es sind nahezu 
alle wichtigen Unix-Programme lauffähig, 
und zwar in einem Macintosh-typischen Fen- 
ster mit Untermenüs, aus denen die erforder- 
lichen Betriebssystemfunktionen aufgerufen 
werden können. Das soll helfen, die öfters kri- 
tisierte Unix-Bedienerschnittstelle zu verbes- 
sern. Außerdem werden zusätzliche Leistun- 
gen gegenüber „normaler“ Unix-Umgebung 
bereitgestellt wie Auto Recovery Routine 
nach einem Systemabsturz, Auto Configura- 
tion und Zugriff auf eine umfangreiche Mac 
Toolbox Library. 

Bei allen Macintosh-Typen bestand schon 
längere Zeit die Möglichkeit eines problemlo- 
sen Daten- bzw. Fileaustausches zwischen 
DOS-PC und Mac, genauso übrigens wie 
zwischen völlig fremden PC-Systemen, zum 
Beispiel einem japanischen NEC-PC und 
dem Mac. Dabei werden entweder von PC zu 
PC über eine serielle Schnittstelle oder mit 
DOS-Disketten über ein spezielles externes 
5,25-Zoll-Laufwerk für die entsprechenden 
DOS-Formate und mit integrierter Konvertie- 
rungshardware/-software Daten (Files) aus- 
getauscht. Ab dem Erscheinen des Macin- 
tosh II und rückwirkend auch bei den Mac SE 
können nun im Gegensatz zum einfachen ge- 
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Bild 5 Darstellung einer pixelorientierten (bitmapped) Grafik in einem ein- 
fachen Malprogramm. Das Bild wurde nur mit Maus und den in den Menü- 
leisten gezeigten Werkzeugen „gemalt“. Die untere Menüleiste zeigt eine 
Auswahl von gerade zugreifbaren Mustern (bzw. Farben bei mehrfarbfähi- 
gen Macs). 

Bild 6 Im Gegensatz zu Bild 5 hier die Darstellung eines pixelorientierten 

genseitigen „Verstehen“ auch die meisten 
MS-DOS-Programme direkt im Mac abgear- 
beitet werden. Das wird durch eine Kopro- 
zessorkarte erreicht, mit der MS-DOS emu- 
liert wird. Von normaler Macintosh-Umge- 
bung aus wird die originale MS-DOS-5,25- 
Zoll-Diskette gestartet, und die übliche DOS- 
Umgebung erscheint innerhalb eines Mac- 
Fensters. Mit dem neuen Multifinder (einer 
Art Multitasking-Möglichkeit des Macintosh- 
betriebssystems) kann ein Mac-Benutzer 
jetzt ohne jeden Zeitverlust (d. h. ohne ständi- 
ges Sichern, Schließen, Neuöffnen) zwi- 
schen den beiden Systemen wechseln, Da- 
ten austauschen (ausschneiden, kopieren, 
einsetzen usw.) und gleichzeitig die zahlrei- 
chen Mac-typischen Zusatzprogramme 
(Desk Accessories) weiterhin benutzen. Und 
das Ganze läuft aufgrund der höheren Fre- 
quenz des Mac bis zu 25 Prozent schneller 
ab als auf den „eigentlichen“ MS-DOS-Com- 
putern. 

Wie in MP 2/89, S. 61 , gemeldet, kann der 
Mac llx neben diesen Prozessen durch das 
neue Diskettenlaufwerk FDHD neben allen 
Mac-eigenen Formaten auf 3,5-Zoll-Disket- 
ten (800 KByte/doppelseitig und 400 KByte/ 
einseitig für die älteren sowie für das neue 
Format 1 ,44 MByte) nun auch die neuen 3,5- 
Zoll-Disketten des IBM OS/2-Systems und 
des MS-DOS-Formates lesen und beschrei- 
ben. Das ist Konsequenz im Sinne der er- 
wähnten Marktanpassung. 

Erwähnt sei noch, daß neben den Hardware- 
Zusatzkarten zunehmend auch Softwareent- 
wicklungen von unabhängigen Computerfir- 
men auftauchen, die die Macintoshs neben 
ihrer normalen Funktion in vollständige XT- 
oder AT-Clones verwandeln können. Über 
den Vorteil solcher Lösungen, das nicht mehr 
so günstige Zeitverhalten und den Kosten- 
aufwand läßt sich allerdings streiten. 

Mit weiteren zusätzlichen Steckkarten er- 
schließen sich den Macintoshs auch andere 
IBM-Verbindungen. Beispielsweise kann ein 
Mac die IBM 3278- oder IBM 3279-Terminals 
emulieren und so Host-Kommunikation 
durchführen - aber auch hier unter Beibehal- 
tung seiner Mac-typischen Umgebung und 
Benutzung derer Zusatzprogramme. Dazu 
können dann vom Host Daten heruntergela- 
den, bearbeitet und zum Großrechner zu- 
rückgebracht werden. 



Bilde s, das aus einem gescannten Halbtonbild mit einem umfangreichen 
Bildbearbeitungsprogramm (jeder Bildpunkt hat eine 4-bit, 6-bit, S-bit 
oder noch höhere Graustufenlösung) gewonnen wurde und erst dann (zur 
druckfähigen Darstellung) in ein Rasterbild mit reinen schwarz-weißen 
Punkten umgewandelt wurde. Die hochauflösenden Bilder mit Graustufen 
sind für Qualitätsdrucke über eine Lichtsatzmaschine erforderlich, wie sie 
anspruchsvolles DTP benötigt. 


Einen vielbeachteten Schritt Apples in Rich- 
tung „Connectivity“ brachte die Anfang 1 988 
eingeschlagene Kooperation mit dem nam- 
haften Computerhersteller Digital Equipment 
Corp. (DEC) mit dem Ziel, die Macintosh- 
Computer und AppleTalk-Netze mit den 
VAX-Rechnern verbinden und in DECnet- 
Netzwerke integrieren zu können sowie ge- 
meinsame Produkte zu entwickeln. Die Mac- 
intoshs könnten dann vor allem als intelli- 
gente Terminals für die VMS-Betriebssy- 
stemumgebung von DEC eingesetzt werden 
- eine wichtige Verbindung für beide Herstel- 
ler, wenn man bedenkt, daß bereits zu die- 
sem Zeitpunkt in den USA 36 Prozent aller 
VAX-Benutzer schon Apple Macintoshs ein- 
gesetzt hatten. 

Diese hier unvollständig und ohne Prioritäten 
angeführten Beispiele unterstreichen die Ab- 
sicht Apples, zunehmend auf Kompatibilität 
zu verbreiteten, aber Macintosh-fremden Be- 
triebssystemen hinzuwirken. Das wird selbst- 
verständlich in erster Linie mit Blick auf die 
Absatzchancen eigener Apple-Produkte ge- 
tan, bringt aber natürlich für viele Benutzer 
verschiedener PC-Systeme oder gar Mini- 
computer oder Mainframes, und insbeson- 
dere auch für kleinere und mittelständische 
Betriebe sowie Hoch- und Fachschulen, 
große Vorteile. Man vergleiche damit die ur- 
sprüngliche Absicht von IBM, mit ihrer PS/2- 
Einführung lästige IBM-Clone-Hersteller ab- 
zuschütteln - und sei es auf Kosten der Auf- 
gabe der Kontinuität und der Kompatibilität 
zur eigenen weltweit eirigeführten Produktli- 
nie PC-DOS bzw. MS-DOS. 

Alle bisher betrachteten Wege und Lösungen 
zur Schaffung einer mehr oder weniger ge- 
eigneten Kompatibilität zwischen Anwendun- 
gen auf unterschiedlichen Betriebssystemen 
werden bei einer geeigneten Einbindung von 
unterschiedlichen PCs in lokale Datennetze 
(LAN) eigentlich überflüssig. Mit solcherart 
Verbindung unterschiedlicher PC-Architektu- 
ren in der betrieblichen EDV-Organisation - 
eine Aufgabe von LANs bei der Büroautoma- 
tisierung - ist es heute bereits insbesondere 
in den USA durchaus normal geworden, Mac- 
intoshs in LANs mit beispielsweise Ethernet- 
Konzepten einzubinden (hierfür werden 
Ethernet-Adapter eingebaut), wo sie dann je 
nach Netzsoftware mit Hostrechnern Zusam- 
menarbeiten, in Unix-(bzw. den für PCs gän- 


gigeren Xenix-Netzen) arbeiten oder mit 
DOS-Geräten in verschiedenartigsten Netz- 
strukturen kommunizieren und auf gemein- 
same Datenbasen zugreifen. Die bekannten 
Novell-Netze sind in unterschiedlichsten 
Ausführungen auch für die Mac-Welt verfüg- 
bar und waren ein nicht zu übersehender 
Schwerpunkt auch auf der CeBit ’89. 

Vom harten Softwaremarkt 

Einige weltweite Softwareklassiker haben 
bereits 1 984 ganz wesentlich den Erfolg der 
Macintoshs eingeleitet (beispielsweise von 
Microsoft) Basic, File, MultiPlan, Chart, Word 
und insbesondere das einzigartige grafisch 
orientierte T abellenkalkulationsprogramm 
Excel sowie Grafikprogramme wie MacPaint 
(pixelorientiert, z. B. Bilder) oder MacDraw 
(objektorientierte Zeichnungen) von Apple). 
Die Beliebtheit der Macs an den Hochschu- 
len und Universitäten (anfangs vor allem der 
USA) und die Apple-Vermarktungspolitik, 
ihre nicht gerade billigen Geräte für Studen- 
ten oder Bildungseinrichtungen preisgünsti- 
ger zu verkaufen, führten zu einer wahren 
Flut kleinerer von Studenten und Fans ent- 
wickelter Utilities und kostenloser öffentlicher 
Public-Domaine-Software. Dieses Angebot 
trug seinerseits wiederum zweifellos zu einer 
schnelleren Verbreitung der Macs bei. 

Seit etwa 1 986 erklärten nahezu alle namhaf- 
ten Softwarehäuser ihre Bereitschaft, für die 
Mac-Welt Programme zu entwickeln, und es 
setzte ein merkliches Gerangel auf dem Soft- 
waremarkt ein. Neben Microsoft und Apple 
selbst trat Aldus mit PageMaker auf und Ash- 
ton-Tate u. a. mit dem relationalen Daten- 
banksystem dBase-Mac mit Kompatibilität 
zum erfolgreichen dBase III Plus und mit der 
Textverarbeitung FulIWrite. AutoDesk kün- 
digte die Version 10 von AutoCAD für den 
Macintosh an. Oracle, das vielleicht wichtig- 
ste Datenbanksystem der professionellen 
Mikrocomputerebene, ist nun auch für Macin- 
tosh verfügbar und beschleunigt das Vordrin- 
gen in Minicomputer- und Workstationebe- 
nen. Die von Sun bereitgestellte Netzsoft- 
ware TOPS ist ein enormer Verkaufsschlager 
(mit Kompatibilität u.a. zu den Netzen 
3Com3+, Novell S-Net, AT&TStarlan, IBM 
PC-Net, ARCNet, Corvus) und greift zudem 
auf das im Mac bereits integrierte AppleTalk 
zurück. Das bedeutet für einen Macintosh- 
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Bild 7 Layoutgestaltung als Beispiel in einem DTP-Programm 



Bild 8 Die „ Homecard " des HyperCard, von der aus man in die häufiger 
benutzten Stacks oder „ Stapel “ ohne Umwege gelangen kann, indem man 
in eines der Ikonen klickt. Hierher gelangt man auch aus jeder HyperCard- 
Anwendung schnell zurück, wenn man nicht den direkten Weg zwischen 
allen Stapeln benutzen möchte. 


Besitzer einen durchaus wesentlichen Vor- 
teil: Er braucht nicht wie bei anderen PCs 
Netzkarten und -Software zusätzlich kaufen, 
da dieses ja bereits im Mac vorhanden ist. 
Der Platz in diesem als Übersicht gedachten 
Beitrag reicht nicht annähernd aus, um eine 
Vorstellung von der Vielfalt der vorhandenen 
Anwendungssoftware zu vermitteln. 

Vorbildlicher Macintosh 

Diese Überschrift darf man wörtlich nehmen - 
der zunehmend erfolgreiche Macintosh, der so 
sehr von der IBM-Linie abstach und so leicht 
bedienbar war, diente als Vorbild für die ver- 
schiedensten Modelle und Architekturen. 
Einige Tendenzen, die durch ihn in der DOS- 
Welt ausgelöst wurden, sind ja schon eingangs 
gestreift worden: Windows und Maus zusam- 
men mit Menüs (insbesondere das Pull-down- 
Menü) haben Standards gesetzt, ohne die 
heute kein PC-System mehr angeboten wer- 
den kann. Die grafische bit-mapped-Oberflä- 
che ermöglichte erstaunlich leicht bedienbare, 
hochauflösende Zeichen- und Malprogramme 
bis hin zum CAD; die vielfältigsten Mal- und 
Zeichenwerkzeuge (Bleistift, Radiergummi, 
Pinsel, Farbkanne zum Ausgießen, Spraydose 
usw.) können aus einem bildhaften Menü ge- 
holt werden und gestatten verblüffende Effekte 
selbst für Ungeübte (siehe als Beispiel Bild 5). 
Diese bereits auf den ersten Macs als „Grund- 
ausrüstung“ vorhandenen Programme findet 
man heute in zahlreichen DOS-Nachahmun- 
gen. Nicht selten konnte man in der IBM-orien- 
tierten PC World (z.B. 131) ab 1986 Formulie- 
rungen finden wie: „Like Apples MacPaint, 
the (xyz) uses icons to denote program func- 
tions“. Oder juristische Abhandlungen, ob 
GEM, Windows usw. die Copyrights von 
Apple verletzen. Oder im PC Magazine /4/: 
„GEM Write looks a lot like MacWrite running 
on a Macintosh . . oder „GEM Desktop, a 
Macintosh-like mouse and windowing envi- 
ronment . . .“. Es ging nicht mehr ohne diese 
Macintosh-Merkmale. 

Aber nicht nur bezüglich DOS gab es Auswir- 
kungen und Anregungen. Selbst die von Ja- 
pan eigenständig entwickelte offene Compu- 
terarchitektur des TRON-Projektes, eine 
zweifellos richtungweisende und wichtige 
Entwicklung für 32-Bit-Computer und auf- 
wärts, die die besonderen japanischen Be- 
dingungen (u.a. Kanji-Schriftsprache) excel- 
lent berücksichtigt, hat Anleihen vom Macin- 
tosh aufzuweisen. 


Bei der Aufzählung sollte ein heute modern 
gewordenes Anwendungsgebiet und „Wett- 
bewerbskriterium“ nicht vergessen werden - 
das Desktop Publishing oder kurz DTP -, das 
zweifellos dank dem Macintosh zu seiner jet- 
zigen Bedeutung gelangte. Einerseits ist das 
Mac-typische problemlose Erlernen der Ge- 
staltung von einfacheren Publikationen (Bro- 
schüren, Datenblättern) durch Laien auf dem 
Gebiet des Druckwesens, ja selbst das Ein- 
binden von gescannten hochaufgelösten Bil- 
dern in ein Layout und die Ausgabe auf einem 
Laserdrucker oder gar einer Lichtsatzma- 
schine relativ einfach möglich. Andererseits 
kann im professionellen Anwendungsbereich 
für Verlage und Druckereien nur ein Satz- 
fachmann wirklich zufriedenstellende Pro- 
dukte mit DTP hersteilen. Oft wird in der Lite- 
ratur (z. B. in 15/) angegeben, daß die Forde- 
rungen auch der Profiebene nur durch Macin- 
tosh-Systeme in Verbindung mit DTP-Soft- 
warepaketen erfüllt werden (beispielsweise 
mit dem marktführenden Programm Page- 
Maker von Aldus und Grafikprogrammen wie 
Adobe Illustrator sowie echten Bildverarbei- 
tungsprogrammen wie dem in Bild 6 gezeig- 
ten Image-Studio sowie Freehand). Die drei 
erfolgreichen A-Firmen Apple, Aldus und 
Adobe waren auf dem DTP-Markt dermaßen 
überzeugend, daß sich IBM 1 987 der von die- 
sen verwendeten (und von Adobe entwickel- 
ten) Seitenbeschreibungssprache PostScript 
anschloß und diese damit zum Quasi-Indu- 
striestandard wurde. PostScript erlaubt mit 
entsprechend ausgerüsteten Laserdruckern 
professionelle Qualitätsbelichtungen mit bis 
zu 500 bzw. 1 000 dpi (Punkte pro Zoll). Im 
Gegensatz zu IBM distanziert sich übrigens 
die Firma Rank Xerox mit ihren ansonsten 
ausgezeichneten Laserdruckern von Post- 
Script, ebenso wie ihr DTP-Produkt Ventura 
Publisher eher Satzfachleute ansprechen will 
und nicht der Linie des Anfertigens von repro- 
fähigen Druckvorlagen durch „jedermann“ 
folgt. Für DTP auf Mac muß noch die erfolg- 
reiche Software „ReadySetGo!“ Version 4.0 
von Letraset als Trendsetter erwähnt wer- 
den, die den bisherigen PageMaker ablösen 
könnte (siehe Bild 7). 

Die vielfachen weiteren grafischen und ins- 
besondere auch akustischen Fähigkeiten 
des Macintoshs mit seinen sechs Soundge- 
neratoren (Verwendung bei Kompositionen, 
als Sequenzer für Musiker, digitale Tonspei- 
cherung und -auswertung in Stereo mit CD- 


Qualität bei 44,1 kHz Abtastrate, Tonsynthe- 
sen für alle möglichen Instrumente usw.), die 
Sprachsynthese (Vorlesen von Text, auch di- 
rekt beim Eintippen), die OCR-Fähigkeit, das 
heißt Zeichenerkennung/-Iesen von bildhaften 
(gescannten) Textvorlagen usw. können hier 
nicht behandelt werden. Auf all diesen Gebie- 
ten gab es und gibt es Vorbildwirkungen für 
Speziallösungen oder ganze Systeme. Selbst 
die sogenannte Teachware in Form einer trick- 
filmartig aufgebauten Schulungsdiskette zum 
Erlernen der Macintoshbedienung in 2 bis 3 
Stunden ist gewissermaßen ein Maßstab für 
die Gestaltung guter Schulungsunterlagen. 

An dieser Stelle nun müßte ein Ausblick kom- 
men, wie es weitergehen könnte. Mit Bezug 
auf den von Steven Jobs' neuer Firma NeXT 
produzierten Computer Cube ließe sich fragen: 
„What's NeXT?“. Nun, NeXT ist eine der mög- 
lichen Antworten, um mit eben diesem neuen 
„schwarzen Computerwürfel“ eine fortschrittli- 
che Entwicklungsrichtung einzuschlagen. 
Aber der kommerzielle Erfolg bzw. eine brei- 
tere Durchsetzung der neuen Supermaschine 
wird sicher noch Jahre dauern. Jedoch wird 
eine andere Entwicklung, die im Herbst 1987 
von Bill Atkinson geschaffene Softwareumge- 
bung Hyper Card, voraussichtlich in der näch- 
sten Zeit wieder Maßstäbe setzen. Es ist ein 
neues Konzept, das nicht einfach nur Anwen- 
dersoftware oder „Büro-Expertensystem“ ge- 
nannt werden kann; und es bereitet offensicht- 
lich selbst den Erfindern Mühe, in wenigen Sät- 
zen auszudrücken, was das nun eigentlich ist. 
Vielleicht könnte man HyperCard als ein in Sta- 
peln organisiertes relationales Datenbanksy- 
stem bezeichnen, das alle denkbaren Medien 
(einschließlich Bild, Animation, CD-ROM, Vi- 
deo-Platte, Ton, Sprache, Telekommunikation 
usw.) einschließt und zudem mit einer eigenen, 
sehr leicht erlernbaren Hochsprache durch je- 
den Benutzer sehr einfach an eigene Bedürf- 
nisse angepaßt werden kann. HyperCard be- 
sitzt zudem eine eigene Benutzeroberfläche 
(als Beispiel siehe Bild 8), und es kann außer- 
dem multitaskingartig mit jeder anderen An- 
' wendersoftware des Mac Zusammenarbeiten. 
Es sind aus der Literatur Bestrebungen be- 
kannt geworden, HyperCard mit einigen Ein- 
schränkungen nun auch für die MS-DOS-Welt 
zu schaffen. 

Man kann jedenfalls überzeugt sein, daß 
auch in der Zukunft noch manche Überra- 
schung aus der Richtung Apple Macintosh 
und NeXT kommen wird. 


•uk, Berlin 3 (1989) 10 
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pSfüri(lrnödei) 

njiacjntosh'p'iu's 

Macintosh SE2DD 

Macintosh SE HD 

Macintosh II 

Macintosh Hx 

Macintosh SE/30 

Madr-oshllrx 

Bauform 

siehe B.ld 1 

ähnlich Bild 1 . aber mit 
2 Laufwerkschlitten 

ähnlich Bild 1 

siehe Bild 2 

ähnlich Bild 2 

siehe Bild 4 

bares, modulares Kon- 
zept; siehe Bild 3 

Prozessor 

Math. Koprozessor 
Taktfrequenz 

MC68000 

MC 68000 
ohne 

8 MHz 

8 MHz 

MC68020 

68881 

16 MHz 

MC68030 

68882 

16 MHz 

MC68030 

68882 

16 MHz 

MC68030 

16 MHz 

Standard-RAM 

RAM ausbaubar bis 

ROM 

1 MByte 

2,5 oder 4 MByte 

128 KByte 

1 oder 2 MByte 

4 MByte 

256 KByte 

1 oder 2 MByte 

4 MByte 

256 KByte 

1 MByte 

8 MByte auf dem 

Board 

2 GByte in Slots 

256 KByte 

4 MByte 

8 MByte, 

o. Ang., Erweit. in Slots 
256 KByte 

2 MByte 

B MByte, 

4 GByte in Slots 

256 KByte 

2 MByte 

8 MByte, 

256 KByte 

Anschlüsse 

2xseriell RS 422 
IxSCSLbis 7 Periphe- 
riegeräte 

1 x Mausschnittstelle 

IxAudio: Mono ohne 
Erweiterung intern 

2xseriell RS 422 
IxSCSLbis 7 Periphe- 

für Maus, Tastatur: 

1 xADBimax. 16Geräte 
1xAudio:Mono 

1 x interne Erweiterung 
96 pins 

2xseriell RS 422 
IxSCSLbis 7 Periphe- 
riegeräte 

für Maus, Tastatur: 

1 xADB:max.16Geräte 
1xAudlo:Mono 

1 x interne Erweiterung 

2xseriellRS422 
IxSCSLbis 7 Periphe- 
riegeräte 

für Maus, Tastatur: 
2xADB:max. 16 Gerät« 
1xAudio:Stereo 
6xNuBus-Erweiterung 

2xseriellRS422 

1 xSCShbis 7 Periphe- 
riegeräte 

für Maus, Tastatur: 
2xADB:max 16 Geräte 
1 xMini-jack-Stereoton 
6xNuBus-Erweiterung 

ADB 

4-Kanal-8bit-Stereo 
sluBus:030 Direct Slot 

ADB 

4-Kanal-Stereoton 

3xNuBus-Erweiterung 

Floppylaufwerk 

3,5 Zoll 

1 X 800 KByte 

2 x 800 KByte 

1 x 800 KByte 

1oder2 x 800 KByte 

1oder2x 1,44 MByte 
FDHD 

1 X 1,44 MByte FDHD 

1 x 1,44 MByte FDHD 

integr. Festplatte 

ohne 

ohne 

20 oder 40 MByte 

40 oder 80 MByte 

40 oder 80 MByte 

40 MByte 

40 oder 80 MByte 

Bildschirm 

integr., 9", s/w, 
512x342 Pixel, 
nocnauriosena 

integr., 9", s/w, 
512x342 Pixel, 
hochauflösend 

integr., 9”, s/w, 
512x342 Pixel, 
hochauflösend 

12' '.s/w, 640 x 480 
oder13",color, 

640 x 480 Pixel 

12", s/w, 640x480 
oder13”,color, 

640x 480 Pixel 

es gibt diverse Bilds. 
21 ",1152x870 Pi) 

integr., s/w, 

512x342 Pixel, 
hochauflösend 1 

chirme von Fremdhers 

12",s/w,640x480 
oder13",color 
640x480 Pixel 
tellern, bis 


historisch ältestes, 
preisgünstigstes und 
wahrscheinlich ver- 
breitestes Grundgerät 

mit den beiden SE-Grundtypen kann 
Anpassung an viele Anwendungsfälle erfol- 
3 en Aufbau der SE modularer, integrierter als 
Plus bei Erhaltung von dessen Kompaktheit 
und Vorteilen, auch Transport leicht möglich 

Grundmodell für An- 
wendung in Industrie 

leistungsfähigstes Mo- 
dell, nutzt jedoch noch 
nicht alle Vorteile von 
68030 und Koprozes- 
sor voll aus. so daß 
Steigerungen z.T. un- 
tertheoretischen Er- 
wartungen liegen zu- 
gunsten einer Softwa- 
rekompatibilität inner- 
halb der Mac-Familie 

gilt als neue Kompakt- 
form des Macllx imbe' 
währten SE-Format 

paßt zwischen den 
langsameren Mac II 
und den „großen“ 
Macllx, dabei völlig 
neue Bauform: schma- 
ler und paßt direkt unter 
Apple-Bildschirm, 
hochkantiger Betrieb 
ist möglich (Tower) 


Literatur 

/I/ Duff, C. B.: Introducing the Macintosh. McGraw-Hill 
Book Company, New York 1 984 
121 Herge, H.: Warum „1984“ nicht stattfand. MACup, Ham- 
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/4/ Pearlman; Dara u. a.: Operating Systems. PC Magazine 
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151 Pfirstinger, R.: DTP auf Mac und IBM-PC. CHIP 10 
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16/ Gergely, M: 13 Trends in der Computerwelt, tech-trend, 
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Arithmetik für die Meßtechnik 


Heiko Wand 

VEB Mikroelektronik „Karl Marx“ Erfurt 


In /I / wurde eine Arithmetikeinheit auf der Ba- 
sis des 16-Bit-Mikroprozessors U 8000 vor- 
gestellt, welche K 1 520-buskompatibel ist 
und folgende Voraussetzungen erfüllt: 

1 . Grundrechenarten in verschiedenen Zah- 
lenbereichen 

2. trigonometrische Funktionen 

3. Sonderfunktionen (Negation, Schiebe- 
funktion, . . .) 

4. Konvertierung von Zahlensystem in Zah- 
lensystem, Konvertierung von Zahlensy- 
stem in Zeichenfolge (String) 

5. Kettenverarbeitung von Funktionen. 

Bei Einsatz einer solchen Arithmetik (ARI) in 
der Meßtechnik sind zusätzlich noch fol- 
gende Forderungen zu stellen: 

6. Maßeinheitenbehandlung 

7. Verarbeitung von logischen Größen 


8. komfortable Ein-/Ausgabekonvertierung. 
Damit ergab sich die Notwendigkeit, die in 121 
beschriebene Arithmetik zu erweitern. 

Zur Erfüllung des Punktes 6 muß der Format- 
aufbau geändert werden. Im Gleitkommamo- 
dul von 121 wurde die Gleitkommazahl (Real- 
Zahl) f wie folgt zerlegt: 


I.Wort 2. Wort 

>eeeeeeeeeeeeeee rnmmmmmm 

3. Wort 

mmmmmmmmm 


Durch Einschränkung des Exponenten auf 
1 2 Bit ergab sich die Möglichkeit, 4 Bit für die 
Kodierung von Maßeinheiten im gegebenen 
Format zu nutzen. 

Damit ergibt sich folgendes neue Format: 


I.Wort 2. Wort 

f= cccceeee eeeeeeeee mmmmmmmm 

3. Wort 

mmmmmmmm 

(c = Maßeinheit, e = Exponent, m = Mantisse) 
Die daraus folgende Beschränkung des Wer- 
tebereiches ist nach Berechnung des Werte- 
vorrates f = m x 2 e * p mit 
0,5 imSI.O- (2~ 31 ) oder m = 0 und 
- 2 048 § exp. S 2 047 
-► 0,154717307- 10“ 616 <Jf| 

|f | < 1 ,61 5850261 -10 61 ® 

für den Einsatz in der Meßtechnik unerheb- 
lich. (Exponent sowie Mantisse werden im 
Zweierkomplement dargestellt.) 

Folgende Maßeinheiten sind möglich: Am- 
pere, Volt, Farad, Watt, Sekunde, Hertz, 
Ohm und ohne Maßeinheit. 

Logische Größen werden intern als 32-Bit- 
Wert dargestellt. Bei der Anwendung arith- 
metischer Operationen oder Funktionen auf 
Logical-Werte werden sie vorzeichenbehaf- 
tet betrachtet. 

Für die Spezifizierung des Konvertierungs- 
ablaufes wurde das Register RI 5 121 zusätz- 
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lieh als Formatregister genutzt. Folgende 
Steuerinformationen sind im Formatregister 
enthalten: 

- Formatangabe (binär, oktal, hexadezimal, 
dezimal) 

- Multiplikationsfaktoren (pico . . . Giga, 
wahlfrei) 

- Gesamtzeichenzahl 

- Stellen nach den Komma 

- Zieltyp (string, integer, logical, real) 

- Zeichenzeiger (Pointer) nach Konvertie- 
rung. 

Die Eingabekonvertierung ohne Format und 
ohne Zieltyp wandelt einen String in eine der 
Zahlentypen integer, logical oder real. Die 
Zeichenfolge wird dabei auf konvertierbare 
Kombinationen untersucht. Als Resultat der 
Konvertierung wird im Formatregister der 
entstandene Zahlentyp sowie der Pointer 
eingetragen. Der Pointer zeigt nach der Kon- 
vertierung auf das erste nicht konvertierte 
Zeichen. 

Die Eingabekonvertierung ohne Format und 
mit Zieltyp wird intern durch das Ausführen 
einer Eingabekonvertierung ohne Format 
und ohne Zieltyp mit anschließender Typen- 
wandlung in den geforderten Zieltyp reali- 
siert. 

Bei der Eingabekonvertierung mit Format 
und mit Zieltyp ist das gewünschte Format 

I 


zusammen mit der Gesamtzeichenzahl vor 
der Befehlsausführung im Formatregister 
einzutragen. Obwohl der Typ des Ergebnis- 
ses festliegt, wird er wie bei der Eingabekon- 
vertierung ohne Zieltyp als Ergebnis im For- 
matregister eingetragen. Im Gegensatz zu 
den nicht formatierten Eingabekonvertierun- 
gen wird die im Formatregister angegebene 
Gesamtzeichenzahl in die Konvertierung ein- 
bezogen. Der Pointer zeigt nach der Konver- 
tierung auf das erste nicht konvertierte Zei- 
chen. 

Ausgabekonvertierung ohne Format (Stan- 
dardformat): 

/nfeger-Zahlen werden insgesamt mit 8 Zei- 
chen ausgegeben. Die letzten zwei Zeichen 
sind immer Leerzeichen, um die Kompatibili- 
tät zur Ausgabe von Real-Zahlen mit Maßein- 
heiten und Multiplikationsfaktor zu gewährlei- 
sten. 

Logical - Zahlen werden immer durch eine 
Folge von 32 Binärziffern (0/1) sowie durch 
die Kennung B dargestellt. 

Rea/-Zahlen werden in der Regel im Festkom- 
maformat, das heißt ohne Exponent mit insge- 
samt acht Zeichen ausgegeben. Die letzten 
zwei Zeichen beinhalten immer Multiplika- 
tionsfaktor und Maßeinheit. Kann der Wert 
der Real-Zahl nicht in diesem Format darge- 


stellt werden, so wird die Real-Zahl im Gleit- 
kommaformat mit Exponent mit insgesamt 1 5 
Zeichen einschließlich Multiplikationsfaktor 
und Maßeinheit ausgegeben. 

Für die Ausgabekonvertierung mit Format ist 
im Formatregister eine entsprechende Infor- 
mation (Format, Gesamtzeichenzahl, Stellen 
nach dem Komma, Multiplikationsfaktor 
usw.) anzugeben. 

Als Ergebnis der Ausgabekonvertierung wird 
der Typ string eingetragen. Die Quellüberar- 
beitung erfolgte auf der Basis von Software, 
die unter SCPX lauffähig ist. 


IV Fey, P.; Kriesten, S.; Rieken, R.: Frei programmierbarer 
Arithmetikmodul für K 1520. Radio. Ferns., Elektron., 
Berlin 33 (1984) 8, S.483 

12/ Anwenderbeschreibung zum Arithmetikprozessor. 
Technische Universität Karl-Marx-Stadt 4/87 
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VEB Mikroelektronik „Karl Marx“ Erfurt, Bereich Testerent- 
wicklung, Rudolfstraße 47, Erfurt, 5020; Tel. 58 2439 
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LUDWIG 

EDUARD 

BOLTZMANN 


*1844 Wien 
1 1906 Duino bei Triest 


Der österreichische Physiker und 
Mathematiker L. E. Boltzmann hat 
unter anderem bei Joseph Losch- 
midt (1821-95) und Josef Stefan 
(1835-93) studiert, 1866 an der 
Universität Wien promoviert und 
danach dort eine Assistentenstelle 
bekleidet. Im Jahre 1869 wurde er 
Physikprofessor an der Universität 
Graz und 1 873 Mathematikprofes- 
sor in Wien, kehrte aber 1876 wie- 
der nach Graz zurück. Weitere Sta- 
tionen waren die Universitäten in 
München (ab 1889), Wien (1894), 
Leipzig (1900) und wieder Wien 
(1902), wo er jeweils als Professor 
für theoretische Physik wirkte und 
auch Naturphilosophie lehrte. 
Boltzmanns Lebensarbeit galt (ge- 
mäß einer Einschätzung des Physi- 
kers Arnold Sommerfeld) der Ein- 
ordnung der Thermodynamik in das 
Weltbild der klassischen Mechanik. 
Er schuf die Grundlagen zu einer 
umfassenden Statistik des physika- 
lischen Geschehens, wobei er den 
sonst üblichen Wahrscheinlich- 
keitsbegriff schärfer faßte. Das von 
ihm aufgestellte Boltzmannsche H- 
Theorem zeigt auf, daß das Weltge- 
schehen von unwahrscheinlichen 
Anfangszuständen zu wahrschein- 
lichen Endzuständen fortschreitet, 
wodurch der einseitig gerichtete 
Verlauf thermodynamischer Pro- 
zesse seine Erklärung findet. 

Durch seine 1873 erfolgte Bestim- 
mung der Dielektrizitätskonstanten 
von Gasen lieferte er eine erste ex- 
perimentelle Bestätigung für eine 
der Voraussagen der Maxwell- 
schen Lichttheorie. Ihm gelang es. 


unter Heranziehung statistischer 
Rechenverfahren einen grundle- 
genden Zusammenhang zwischen 
der thermodynamischen Entropie S 
und der Wahrscheinlichkeit W der 
jeweiligen molekularen Bewe- 
gungszustände in einem gasförmi- 
gen Stoffsystem zu finden 
S = k lnW (dabei ist die Natur- 
konstante k die sogenannte Boltz- 
mann-Konstante). Diese Formel ist 
übrigens auch auf seinem Ehren- 
grab auf dem Zentralfriedhof 
in Wien festgeschrieben. Boltz- 
mann war Mitglied der Akademien 
Amsterdam, Berlin, Göttingen, 
London, New York, Paris, Peters- 
burg, Rom, St. Louis, Stockholm, 
Turin, Upsala, Washington und 
Ehrendoktor der Universität Ox- 
ford. 

Daß L. E. Boltzmann im Zusam- 
menhang mit der modernen Com- 
putertechnik zu nennen ist, hat 
sich erst in neuester Zeit erge- 
ben, und zwar seit es den Boltz- 
mann-Rechner gibt, der 1983 von 
Hinton und Rajnowski erfunden 
wurde und indessen zu einem fest- 
stehenden Begriff geworden ist. Die 
statistischen Methoden von Boltz- 
mann haben nämlich dazu Anlaß 
gegeben, ein neues Rechnerprin- 
zip zu entwickeln, das von der be- 
kannten Struktur des von-Neu- 
mann-Rechners völlig verschieden 
ist. Der Boltzmann-Rechner (ein 
Vertreter der Knotenrechner oder 
Neuronrechner) ist ein „lernfähi- 
ges“, parallel verbundenes, stocha- 
stisches Netzwerk mit folgenden 
Merkmalen: 


- Das Netzwerk besteht aus adap- 
tiven Elementen (Knoten) in hier- 
archischer Organisation und ent- 
hält 3 Funktionsebenen: Ein- 
gangsebene, Ausgangsebene 
und dazwischen eine interne 
Ebene. Zwischen den Knoten in 
diesen Ebenen existieren bidi- 
rektionale Verkopplungen, deren 
Bewertung von stochastischen 
Einflüssen abhängt. 

- Das System läuft abwechselnd in 
einer Lernphase (mit festen In- 
put-Output-Relationen), einer 
Testphase (mit festem Input und 
freiem Output) und einer Korrek- 
turphase, in der die Kopplungs- 
matrix erforderlichenfalls korri- 
giert wird. 

- Das System wird solange „be- 
lehrt“ (ein Durchlauf der drei 
Phasen ist ein Belehrungs- 
zyklus), bis es bei gegebenem 
Input den gewünschten Output 

Ein solcher Belehrungsprozeß fußt 
auf Analogiebetrachtungen zur sta- 
tistischen Thermodynamik, indem 
ein bestimmtes Minimalkriterium 
herangezogen wird, und zwar ist 
die Zielgröße der Belehrung beim 
Boltzmann-Rechner das „Energie- 
minimum“. 

Aus alledem geht bereits hervor, 
daß der Boltzmann-Rechner kein 
Universalrechner sein kann, son- 
dern einen Spezialrechner für be- 
stimmte Aufgabenklassen - zum 
Beispiel für Mustererkennung - 
darstellt. 

Dr. Klaus Biener 
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Bildschirmsteuerung 
des PC 171 5 


Die hardwareabhängigen Steuerzei- 
chen für Bildschirmsonderzeichen 
liegen zwischen 128 und 255. Man 
kann sich durch direktes Einschrei- 
ben in den Bildwiederholspeicher ex- 
perimentell am konkreten Bildschirm 
die Wirkung ansehen. Das kleine Ba- 
sic-Programm in Bild 1 kann dazu als 
Grundlage dienen. 



Bild 2 dBase Il-Unterprogramm zur Aktivierung der vereinbarten Attribute 
auf dem Bildschirm des PC 1715 



0 PRQCEE'JEE XVIDEO« VAR STZ:BStz); 

0 (» TYPE BSts.-ARRAYll. .7} OF CHAR; 

0 STZU ? ] V !'! t 's , Tz“7] e,, --> C 80hr8ihr‘83hr 1 90h. 1,, 91h! 92h!‘ e 93h l8C 


0 BÜÜIN {Modul XVIDEO} INLINE« 

1 $2A/STZ/*01/*07/$00/$t l/»+44/*ED/*B0/*2A/*+56/$ED/*5B/ 
1 *450/$7E/$E5/$CD/»U3/$El/$20/*01/*77/$2B/$lB/$7A/$B3/ 
1 $20/$F 1 /$C9/$2 1 /*+ 16/801 /*07/$00/$ED/*B 1/$C0/$2B/$E5/ 

1 *DD/»El/*DD/*7E/$07/*C9/*60/*22/*6E/$7E/*23/$7B/827/ 

1 *80/881/$83/*90/$91/*92/*93/*88/880/»07/*7F/»FF/*88/ 

1 $00/$04/$FF/$FF) 

1 END. {Modul XVIDEO} 


Bild 3 INUNE-Prozedur für Turbo-Pascal zum Aktivieren von 7 nutzereige- 
nen Bildschirmattributen am PC 1715 


Bild 1 Basic-Programm 

Von diesen Steuerzeichen seien fol- 
gende sieben Funktionen als Attri- 
bute ausgewählt: 

Normale Helligkeit 80H 

Intensive Helligkeit 81 H 

Hell blinkend 83H 

Invers 90H 

Invers hell 91 H 

Invers blinkend 92H 

Invers blinkend hell 93H 

Um nun eine Unabhängigkeit 
vom speziellen CP/M-Betriebssy- 
stem zu erreichen, wird durch Verein- 
barung von sieben Attributen gemäß 
obiger Aufzählung in Form von sie- 
ben beliebig wählbaren ASCII-Zei- 


chen, die während ihrer Funktion je- 
doch nicht gleichzeitig in Bildschirm- 
texten Vorkommen dürfen, erst ein- 
mal der Bildaufbau allein mittels gülti- 
ger ASCII-Zeichen vorgenommen. 
Danach wird ein Unterprogramm auf- 
gerufen, das den Bildwiederholspei- 
cher von hinten nach vorn durchsucht 
und dabei diese Attribut-Kennzei- 
chen in echte Steuerzeichen (80H . . . 
93H) umwandelt, wodurch die beab- 
sichtigten Bildschirmattribute aktiviert 
werden. Vorteile dieser Methode sind 
neben der Betriebssystem-Unabhän- 


gigkeit die variable Gestaltung des 
Bildaufbaus auch von „text . . . end- 
text“-Abschnitten und vor allem das 
Wegfallen von lästigem Aufblitzen bei 
Invers-Umschaltung, da von hinten 
her eingeschaltet wird. 

In Bild 2 und Bild 3 sind die Unterpro- 
gramme für dBase II und für Turbo- 
Pascal gezeigt. 

Für BAB1 muß in der vorletzten Zeile 
(Zeile 23 bzw. Zeile 12) 128, 7, 127, 
255 gegen 0, 4, 255, 255 ausgetauscht 
werden. 

Thomas Bauer 


Umcodieren der Steuer- 
tasten unter MS-DOS 

MS-DOS verfügt über eine große An- 
zahl von Funktions- und Funktions- 
steuertasten. Dabei liefert die Tasta- 
tur für Funktionstasten als erstes den 
Code 0 (null), als zweites den Scan- 
code der T aste. Gegenüber Program- 
men unter CP/M folgt daraus die Um- 
stellung, daß für bestimmte Funktio- 
nen, die häufig auch in Anwenderpro- 
grammen benutzt werden, nicht mehr 
der ASCII-Code der Ctrl-Tastenbetä- 
tigung zu benutzen ist. Beide Tasten- 
betätigungen zuzulassen, also so- 
wohl die herkömmlichen Ctrl-Tasten 
als auch die DOS-Funktionssteuerta- 
sten, erfordert zusätzlichen Aufwand. 
Um Änderungen in vorhandenen Pro- 
grammen so gering wie möglich zu 
halten, wurde für Turbo-Pascal Ver- 
sion 4.0 folgende Routine geschrie- 
ben, die bei Auftreten des Tastaturco- 
des 0 den nachfolgenden Scancode 
in die entsprechende Ctrl-Tastenbe- 
legung umwandelt. 

[ Prozedur FKTASTE zum Umkodieren von 
Funktionstasten } 
prooedure fktaste (VAR ta:char); 

(Erneuerung Aufruf 
Tastatur} 

{Umkodieren} 

(Kursor hoch} 

(Kursor tief) 

(Kursor links} 

(Kursor rechts) 

(Seite zurück, PgUp} 

(Seite vorwärts, PgDn} 
(Einfügen, INS} 

(Löschen, DEL} 

(Ende der Prozedur) 

(Ausscnmn aus einem aufrufenden Pro- 
gramm} 

key:=readkey; {Tastencode holen) 
if key=0 then fktaste(key); (Ergänzender Auf- 
ruf FKTASTE) 
case key of 


A D:; 

end; 


begin 

ta.=readkeyi 

casetaof 

♦72:ta:= A E; 

*75:ta:= A S; 

#77:ta:=“D; 

#73:ta:= A R; 

♦81:ta:= A C; 

#82:ta:= A V; 

#83:ta:= A G; 


Michael Lennartz 


TERMINE 

Symposium „Industriebussysteme“ 
WER? Bezirksvorstand der Kammer der Technik 
Karl-Marx-Stadt, Technische Universität Karl- 
Marx-Stadt und WGMA der KDT, FA 2 und FA 6 
WANN? 29. November 1989 
WO? Karl-Marx-Stadt 
WAS? 

• Stand der Entwicklungsarbeiten in der DDR auf 
dem Gebiet der prozeßnahen Bussysteme, ins- 
besondere PROFi-Bus 

• Überblick zu Industriesystemen 

• Hard- und Softwareentwicklungen zur Imple- 
mentierung der ISO-Schichten 1 , 2 und 7 

WIE? Rückfragen oder Teilnahmemeldungen 
richten Sie bitte an: Kammer der Technik, BVo 
Karl-Marx-Stadt, Tagungsorganisation, PSF 504, 
Karl-Marx-Stadt, 9010; Tel. 621 41 

Dr. Buschbeck 


1. DDR-Symposium zur Programmier- 
sprache Ada 

WER? VEB Leitzentrum für Anwendungsfor- 
schung Berlin 

WANN? 29. November 1989, 10.30 Uhr 
WO? Berlin, VEB LfA (Haus B, Raum 003) 

WAS? 

• Internationaler Entwicklungsstand 

• Ada-Entwicklungsarbeiten in der DDR 

• Programmieren in Ada (Leistungen und Kon- 
zepte der Sprache) 

• Ada-Anwendungen 

WIE? Für eigene Beiträge bitte Vortragskurzfas- 
sung mit Angabe der Zeitdauer zuschicken. Teil- 
nahmemeldungen richten Sie bitte an: VEB Leit- 
zentrum für Anwendungsforschung - Software- 
betrieb CAD/CAM -Abt. Fl 3, Kollege Grützbach, 
Jacques-Duclos-Straße 47/52, Berlin, 1156; 
Tel. 378030 Dr. Wamow 


Kleines Lexikon 

der Mikrorechentechnik 


N 

wie Nadeldrucker 



Zeichnung: Dahmen 
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Komfortable formatierte Eingabe in Basic 


7960 GOSUB 8500: PRINT SRT*: SK7.=ST7.+SI : SOSUB 851t 


Bedienerfreundliche Programme 
sind dialogorientiert. Nutzereingaben 
sollten so früh wie möglich über- 
prüft werden, um Programmabstürze 
zu vermeiden. Eine freizügige Kur- 
sorsteuerung von Eingabefeld zu Ein- 
gabefeld zur leichten Korrektur fal- 
scher Eingaben ist dabei sehr wich- 
tig. 

Bei SUPI.BAS handelt es sich um ein 
universell verwendbares Teilpro- 
gramm zur formatierten Eingabe, das 
aus etwa 80 Zeilen Basic-Qelltext be- 
steht und unter Beachtung der Über- 
gabe und Rückkehrbedingungen in 
Basicprogramme eingebunden wer- 
den kann. Dabei entsteht der größte 
Vorteil für den Bediener natürlich 
dann, wenn in einem Programm (oder 
Unterprogramm) eine größere Zahl 
von verschiedenartigen Eingaben 
notwendig ist, die dann gleichzeitig 
auf einem (nicht unzeitgemäß rollen- 
den) Bildschirm dargestellt und abge- 
fordert werden kann. 

Dieses Programm benötigt in compi- 
lierten Programmen etwa 3,2 KByte. 
Seit 1986 läuft es in mehreren An- 
wenderprogrammen um eine Da- 
tumsroutine ergänzt ohne Beanstan- 
dung. 

Felder werden durch Doppelpunkte 
begrenzt, in numerischen Feldern 
wird der Dezimalpunkt auch ohne Va- 
riableninhalt dargestellt. 


Für die richtige Wahl der Feldlänge 
SL und damit der Maskengröße (grö- 
ßer oder gleich der Variablenlänge im 
Hauptprogramm) ist ebenfalls der 
Programmierer verantwortlich. 

Bei numerischen Eingaben ist in der 
ersten Position nur oder Leerzei- 
chen zugelassen. Bei Übergabe der 
Feldlänge ist die Vorzeichenstelle 
(und der Dezimalpunkt) zu berück- 
sichtigen. Die erste Eingabe eines 
Dezimalpunktes führt zur Zentrierung 
der Eingabe an der bei der Übergabe 
mit der Variablen 'SD' vorgesehenen 
Stelle im Eingabefeld. 

Sollten numerische Variablen dop- 
pelter Genauigkeit nötig werden, 
müssen die Variablen SP, SRT im nu- 
merischen Teil des Moduls durch 
SP#, SRT # ersetzt werden. 

Bild 1 enthält die universell ersetz- 
bare Eingaberoutine (SUPI). 

Bild 2 zeigt ein Testprogramm, das zu- 
sammen mit dem Programm nach Bild 
1 eine sinnvolle Einbindung von SUPI 
in Anwenderprogramme demonstriert. 
Vor Aufruf des Moduls mit GOSUP 
<Zeilennummer> müssen folgende 
Variablen spezifiziert werden: 
SZ%,ST%Zeile, Spalte der ersten 
Feldposition 

SL Feldlänge gesamt 

(BEACHTE Variablen- 
länge!) 

SD Anzahlder Dezimalstellen 



8000 RETURN ENDE CHARAKTER 

8010 • EINGABESTEUERUNG UND CURSORPOSITIONIERUNG 


9*=CHR*<27> THEN 


ABBRUCH 










SK7.=ST7.-1+SI: GOSUB 3510: IF SI?SL THEN S I =SL : SV= 1 : RETURN 
• BACKSPACE UND DELETE 





Bild 1 Universelle Eingaberoutine SUPI 


7490 REM FORMATIERTE EINGABE (SUPI vom 31.08.88) — 

7500 SR*= : SDEZ*= " " : SV=0 'INITIALISIERUNG 

7510 GOSUB 8500 - 'CURSORPOSITIONIEREN 







7630 - NUMERISCHE EINGABE 

7640 GOSUB 8500 CURSORPOSITIONIEREN 



E I NGABE /CURSORSTEUERUNG 
WEITERE VERARBEITUNG 


1. ZEICHEN VORZEICHEN 


IF SR*<>" THEN 7750 KOMMA EINGEGEBEN? 

IF SDEZ*="E" THEN 7670 KOMMA BEREITS EINGEGEBEN? 




vSPACEKSD) OR SRT*=SPACE*(SL> THEN 7640 


R WERT (CHARAKTE 


7920 FOR SI=1 TO SL ' E INGABESCHLE I FE 

7930 GOSUB 8020 E I NGABE /CURSORSTEUERUNG 


10 REM TESTPROGRAMM 

30 REM LEERMASKE FELDER LOESCHEN 


80 KOPF01*=STRING*(57."-“):FUSS01*=STRING*<64. 

110 SZ7.=2: STV.64 : GOSUB 8500:PRINT "TESTPROGRAMM ZUR EINGABE" 

150 SZ7.=ö: ST71=40: GOSUB 8500: PRINT "Umsatz " 

170 SZ7.=22: ST7.=35: GOSUB 8500: PR INT " ESC - Pr ogr ammenae " 

180 REM EINGABE LESEN UEBERPRUEFEN 


SP»=nnAMES 


340 SZ'/.=6: ST*/.=49: SL S 7 1 SD=2: STP*1 : SE=1 : GOSUB 7500 


Bild 2 Testprogramm 


STP Feldtyp (1 numerisch, 

2 alphanumerisch) 
SP/SP$ Variableninhalt (vom 

Hauptprogramm zu über- 
geben) 

SE 1 Muß-Eingabe, 2 Kann- 

Eingabe 

SG% 1 Umwandlung in Groß- 

buchstaben 

Nach Rückkehr aus dem Unterpro- 
gramm stehen folgende Variablen zur 
Verfügung: 

SRT$ alphanumerische Variable 

SRT numerische Variable 

SV Feld-/Maskensteuerung : 

vom Modul unabhängige 
Verwendung mit ON SV 
GOTO <ZL1 >, <ZL2>, 
<ZL3>, <ZL4>, <ZL5>, 


Als lokale Variablen werden vom Mo- 
dul verwendet und sollten nicht im 
Hauptprogamm benutzt werden: 
SI,SK%, 

SJ% Hilfsvariable 

SDEZ$ Komma bereits eingege- 

ben ("E" sonst"") 

SU$ Using-Maskefür 

numerische Variable 
SR$ eingegebenes Zeichen - 

Vom Modul werden die angegebenen 
Steuerzeichen benutzt und über die 
Rückkehrvariable SRET teilweise dem 
Bediener zur Verwendung freigestellt: 
A S ein Zeichen links (für den 

Interpreter in A Z ändern) 
(siehe Kommentar in Lis- 
ting Zeile 8015) 

D ein Zeichen rechts 

Fortsetzung auf Seite 317 
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1 MByte Operativspeicher 
für A 71 50 

Der A 7150 ist standardmäßig mit 
zwei OPS-Karten K 3571 mit einer 
Speicherkapazität von jeweils 256 
KByte ausgerüstet. Um Programme 
abarbeiten zu können, die einen grö- 
ßeren Arbeitsspeicher als 512 KByte 
erfordern, muß eine weitere OPS- 
Karte verwendet werden. Der dafür 
benötigte Steckplatz kann durch Ent- 
fernen der ASP-Karte gewonnen wer- 
den. Dadurch ist die Anschlußmög- 
lichkeit von peripheren Geräten stark 
eingeschränkt. 

Durch Umbau einer OPS-Karte kann 
1 MByte Operativspeicher realisiert 
werden. Anstelle der 64-KByte- 
DRAMs werden 256-KByte-DRAMs 
verwendet. Zusätzliche Hardwareän- 
derungen ergeben sich in der Spei- 
cheradressierung und in der Paritäts- 
codierung/-dekodierung. Mit einer 
OPS-Karte ist somit 1 MByte (abzüg- 
lich 128 KByte Bildwiederholspeicher 
und 32 KByte Firmware) verfügbar. 
Durch das Betriebssystem werden 
640 KByte verwaltet. Ab DCP 3.3 
kann durch den virtuellen Diskdriver 
VIRDRV.SVS der Speicherbereich 
oberhalb des Bildwiederholspeichers 
als virtuelles Laufwerk konfiguriert 
werden (224 KByte). Der freigewor- 
dene Steckplatz kann für zusätzliche 
Nutzerhardware verwendet werden. 
Eine abgerüstete Variante mit 512 
KByte pro OPS-Karte ist möglich. 

VEB Mikroelektronik „Karl Marx“ Erfurt, 
Abt. HT3, Rudolfstraße 47, Erfurt, 5010; 
Tel. 582806 

Wunderlich 

Schnittstellenanpassung 
setty(M) für P8000 

Das Kommando setty(M) ermöglicht 
den Anschluß spezieller peripherer 
Geräte über einen seriellen Terminal- 
kanal an den P8000. Dabei entfällt das 
für den ungeübten Nutzer aufwendige 
Einbinden neuer Gerätetreiber in den 
WEGA-Systemkern. Setty(M) benutzt 
das Allgemeine Terminal-Interface 
tty(4) und stellt die geforderten Schnitt- 
stellencharakteristiken wie Bitrate, Pa- 
rität etc. am WEGA-Terminaltreiber 
ein. Nach der Initialisierung des ent- 
sprechenden Terminalkanals kann der 
Nutzer aus seiner gewohnten Umge- 
bung mit geeigneten cat(1)-Komman- 
dos die Peripherie bedienen. 

Es besteht die Möglichkeit des Erstel- 
lens von Initialisierungsmakros, nach 
denen dann bei einem weiteren set- 
ty(M)-Aufruf ein entsprechender Ka- 
nal ohne nochmalige Abfrage der 
Schnittstellencharakteristiken einge- 
stellt wird. Die Nutzerführung erfolgt 
menügeführt unter Verwendung von 
Routinen der SCREEN/CURSES-Bi- 
bliothek zur Bildschirmarbeit. Set- 
ty(M) sollte als universelles, leicht 
handhabbares Werkzeug für die 
kurzzeitige Anpassung an spezielle 
Peripherie verstanden werden. 

Das Programm mit der entsprechen- 
den Dokumentation wird zur kosten- 
losen Nachnutzung angeboten. 

VEB Nachrichtenelektronik Greifswald 
Abt. H/HE, Brandteichstraße 25, Greifs- 
wald, 2200; Tel. 6 62 93 (Koll. Philipp) 
RoselSchidlowski 


Nutzerführung durch 
Funktionstastenbelegung 
mittels Stapelverarbeitung 

Eine effektivere Programmierung er- 
folgt über Funktionstastenbelegun- 
gen (wie in MP 3/88, Seite 94, durch 
ein BASIC-Programm). Da sich die 
Belegungen entsprechend den Pro- 
grammen ändern müssen, wird eine 
Stapelverarbeitung vorgenommen. 
Die Nutzerführung wurde auf einem 
CPC 61 28 ausgetestet und wird stän- 
dig beim Programmieren eingesetzt. 
Außerdem ist dieses System an- 
wendbar auf anderen Rechnern (z. B. 
PC 1715 W). Die Tastenbelegungen 
werden automatisch für Turbo-Pas- 
cal, dBase und POWER im Betriebs- 
system CP/M 3 plus geladen und vor 
dem Start der Software angezeigt. 
Durch den Start des Systems (Kalt- 
start durch das RSX-Kommando bei 
CPC) wird PROFILE. SUB ausgeführt. 
Dadurch erfolgt die Tastenbelegung 
bei CP/M plus. Auch für eine modifi- 
zierte Version (80-Spuren-Disketten- 
laufwerk, Realisierung der Formate 
SCP 624 KByte, SCP 780 KByte, CP/ 
A 800 KByte) ist diese Nutzerführung 
möglich. Bei der Originalversion (Sy- 
stemdiskette 1 des CPC, 40-Spuren- 
Laufwerk bei einseitiger Schreib- 
weise) muß erst das Format SCP 
oder CP/A angewählt, dann SUBMIT 
PROFILE aufgerufen werden. Das 
Programmsystem kann natürlich bei 
Bedarf unter Beachtung des Spei- 
cherplatzbedarfs bei der Belegung 
der Funktionstasten fO bis f9 erweitert 
werden. Deshalb sind nicht noch 
mehr Zeichen programmiert worden. 
Die Softwarelösung wird kostenlos 
(per Nachnahme auf 3- oder 5,25- 
Zoll-Diskette mit Kurzdokumentation) 
abgegeben. 

Dieter Majewski, Roald-Amundsen- 
Straße 26, Rostock 26, 2520 

Nutzerverwaltungssystem 

LOGON 

Das System LOGON ermöglicht die 
Festlegung von Zugriffsrechten für 
mehrere Nutzer an einem 16-Bit- 
Rechner mit Festplatte und den Start 
der ausgewählten Programme. Es ist 
ein komfortables System, welches 
Nutzern ohne Betriebssystemkennt- 
nisse erlaubt, mit ihren Anwenderpro- 
grammen zu arbeiten. Viele Service- 
funktionen sichern ein bequemes und 
effektives Arbeiten am Computer. An- 
wenderprogramme und -daten sind 
durch den Aufruf von LOGON mittels 
persönlichen Paßwortes weitestge- 
hend vor dem Zugriff anderer allge- 
meiner Nutzer geschützt. Jeder Nut- 
zer bekommt nur die Programme an- 
geboten, zu denen er Zugriffsrechte 
besitzt. Windowtechniken und Selek- 
tierung mit den Corsortasten ergeben 
eine benutzerfreundliche Bedien- 
oberfläche. 

Die Installation des Systems auf der 
Festplatte erfolgt mit Hilfe des Pro- 
grammes LOGONINST. Beim Start 
des Computers wird ein Programm 
zum Stellen der Systemuhr und an- 
schließend LOGON aus der vervoll- 
ständigten AUTOEXEC.BAT heraus 
automatisch gestartet, und es können 
dann nach Eintritt in LOGON durch 
das persönliche Paßwort die jeweils 


angezeigten Anwenderprogramme 
gestartet werden. Zwischen dem Sy- 
stemmanager und den in Gruppen 
einteilbaren Nutzern können Nach- 
richten ausgetauscht werden (MAIL- 
BOX auf der Festplatte). Auf einer 
Textdatei wird automatisch ein Proto- 
koll geführt, welches den Nutzer mit 
Datum, Anfangs- und Endezeit und 
aufgerufenen Programmen protokol- 
liert. Ein Systemabbruch wird eben- 
falls registriert. Eine monatliche Aus- 
wertung nach Gruppen und Abteilun- 
gen ergänzt die Servicefunktion. 

Es können maximal 100 Anwender- 
programme mit je 100 Anwendern in- 
stalliert werden. Alle Dateien werden 
im Programmsystem mittels eines 
Wordstar-kompatiblen Textprozes- 
sors bearbeitet. Auf eine bediener- 
freundliche und sichere Menüführung 
ist besonderer Wert gelegt worden. 
Das Programmsystem wurde in 
Quick-Basic V. 4.0 entwickelt. Hard- 
warevoraussetzungen sind ein 16- 
Bit-Rechner mit MS-DOS-kompati- 
blem Betriebssystem und mit Fest- 
platte sowie ein Drucker. 

SDAG WISMUT, Betrieb für Bergbauaus- 
rüstung Aue, Direktorat Technik, Abt. 
TE, Koll. Jähn, Rudolf-Breitscheid- 
Straße 25-27, Aue, 9400; Tel. 242 81/ 
335 Mücke/Ziehe 

AutoCad-Zeichnungen 
auf dem K 6418.02 

Für Zeichnungen, die unter AutoCad 
auf einem IBM-kompatiblen 16-Bit- 
PC erzeugt wurden, bieten wir Ihnen 
mit dem Programm PLK 6418.EXE eine 
Softwarelösung für die Ausgabe auf 
dem Robotron-Plotter K 6418.02 an. 

Bauakademie der DDR, Institut für Pro- 
jektierung und Standardisierung, Abt. 
C0MPAL, Plauener Straße 163/165, Ber- 
lin, 1092; Tel. 37832416 Pialek 

Druckertreiber PMODE 

Erfahrungsgemäß besteht des öfte- 
ren die Notwendigkeit, verschiedene 
Druckertypen an MS-DOS-Rechnern 
zu betreiben, die ursprünglich nicht 
für diesen Anwendungsfall konzipiert 
waren. Hierbei treten in der Praxis 
zwei schwerpunktmäßige Probleme 
auf. Zum ersten die nicht einwand- 
freie Bedienung der COM-Schnitt- 
stellen durch den List-Kanal des DOS 
(betrifft V.24-Drucker), zum zweiten 
Zeichensatzprobleme, falls der be- 
treffende Drucker nicht mit einem 
IBM-Standardzeichensatz ausgerü- 

PM0DE wird ähnlich dem MODE- 
Kommando aufgerufen und erlaubt 
erweiterte Zuweisungsmöglichkeiten 
der LPT- und der COM-Schnittstellen 
untereinander. Die Protokolle werden 
dabei vollständig angepaßt. Des wei- 
teren kann optional eine Zeichensatz- 
konvertierung für verschiedene Druk- 
kertypen aktiviert werden. Die vorlie- 
gende Version läuft auf dem EC 
1 834, dem A 71 50 sowie auf allen XT- 
und AT-Kompatiblen. 

Kombinat VEB Kabelwerk Oberspree 
„Wilhelm Pieck“, Abteilung 0M/H, Wil- 
helminenhofstraße 76-77, Berlin, 1160; 
Tel. 6332603 

Frentin 


Arbeiterbetreuung 

Das Programm Arbeiterbetreuung un- 
terstützt neben Dateiaufbau und 
komfortabler Dateipflege umfangrei- 
che Auswertungen, wobei besonde- 
rer Wert auf einfache Handhabung 
und große Variabilität bei der Formu- 
lierung der Bedingungen und der Ge- 
staltung/Sortierung der Drucklisten 
gelegt wurde. Die Länge eines Daten- 
satzes beträgt 81 Byte, wobei 
Stammnummer, Name und Vor- 
name, Geschlecht, Geburtsdatum, 
Kostenstelle, Struktureinheit, Datum 
der anerkannten Betriebszugehörig- 
keit, Datum des tatsächlichen Eintritts 
in den Betrieb, sowie bei Unterbre- 
chung des Arbeitsverhältnisses der 
Grund und der Beginn der Unterbre- 
chung gespeichert werden. Weiterhin 
besteht die Möglichkeit der Speiche- 
rung von ausgezahlten Treueprämien, 
die alle 5 Jahre gewährt werden. 

Durch die im Dialog formulierbaren 
Auswahlkriterien und Drucklistenge- 
staltungen werden z. B. folgende 
Auswertungen möglich: 

- Betriebsangehörige in einem be- 
stimmten Altersbereich 

- Altersstruktur und Druchschnittsal- 
ter der Angehörigen des Betriebes/ei- 
ner Struktureinheit untergliedert in 
männlich und weiblich 

- zu erwartende Betriebszugehörig- 
keits-/Geburtstagsjubiläen in einem 
bestimmten Zeitraum 

- Betriebsangehörige, deren Ar- 
beitsverhältnis zur Zeit ruht 

- Betriebsangehörige einer Kosten- 
stelle/Struktureinheit. 

Bei der Arbeit mit Disketten sollte der 
Datenbestand aus Kapazitäts- und 
Zeitgründen 3500 Datensätze nicht 
überschreiten. Das Programm wurde 
unter Turbo-Pascal für den A 7100/ 
7150 mit SCP 1700 und mit Epson- 
kompatiblem Drucker erarbeitet. 

VEB Kontaktbauelemente und Spezial- 
maschinenbau Gornsdorf, BfN, Auerba- 
cher Straße, Gornsdorf, 9163; Tel. Mei- 
nersdorf 60 Kemnitz 

Erika 3004 

zur Computersteuerung 

Die Schreibmaschine Erika 3004 
electronic eignet sich zur Ein- und 
Ausgabe für die Kleincomputer 85/1 
oder 87. Die integrierte Schnittstelle 
kann dazu direkt genutzt werden. Für 
den Anschluß sind keinerlei Zusatz- 
module notwendig. Die Geräte wer- 
den nur durch eine 5polige Verbin- 
dungsleitung gekoppelt. Ein speziel- 
les Treiberprogramm im KC (2 KByte) 
steuert vollständig die Ein- und Aus- 
gabe. Zur Ausgabegestaltung stehen 
40 Kommandos zur Verfügung, die 
mit dem Epson-Drucksteuerzeichen- 
satz kompatibel sind. Vorteile der Lö- 
sung sind: 

- Die Schreibmaschinentastatur 
kann parallel zur Rechnertastatur für 
Eingaben genutzt werden. 

- Alle Schreibmaschinenfunktionen 
können im Online- und im Offline-Mo- 
dus genutzt werden. 

- Im Online-Modus stehen weitere 
Funktionen zur Verfügung: Fett- 
schrift, Doppelschrift, Sperrschrift, 
automatische Unterstreichung, kom- 
primierte Schrift, beliebige Zeilenvor- 
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- Im Offline-Modus existiert ein auto- 
matischer Papiereinzug. 

- Alle Sondertasten des Rechners 
sind auf der Schreibmaschinenta- 
statur ebenfalls als solche realisiert, 
eine Umbelegung ist ohne Schwierig- 
keiten möglich. 

- Die Ausgabe ist sowohl mit deut- 
schem Zeichensatz (Umlaute) als 
auch mit amerikanischem (Klam- 
mern) möglich. 

Die Treibersoftware ist als RAM- und 
als ROM-Version verfügbar, und eine 
sofortige Nachnutzung ist möglich. 

VE Einzelhandelsbetrieb (HO) Dresden, 
Gaststätten, Abt. Computertechnik, PSF 
409, Dresden, 8012; Tel. 475316, 
App. 15 Raddatz 


FEM-Postprozessor 

Das von uns entwickelte GRAFEM er- 
möglicht eine vollständige grafische 
Auswertung der Lösung von 2D- 
FEM-Berechnungen über linearen 
Dreiecksnetzen auf A 7150, CM 
1910, A 7100. Eine Version für den 
EC 1834 ist in Vorbereitung. Vorraus- 
setzung zum Programmeinsatz ist die 
geladene Firmware GPAFx.xxx. Im 
Programm erfolgt die Darstellung von 
Vernetzung, Niveaulinien, Ableitun- 
gen und Lösungsgebirge. Letzteres 
mit Drehung unter Beachtung ver- 
deckter Linien. Mittels einer Lupe 
lassen sich beliebige Bildausschnitte 
vergrößern. Obige Darstellungsar- 
ten können getrennt oder als Bildse- 
rie bearbeitet werden. Die variable 
Bildbearbeitung erfolgt über eine 
Menüleiste innerhalb mehrerer Un- 
termenüs. Für die Hardcopy wird ein 
Nadeldrucker benötigt. Die notwen- 
dige Datenübergabe erfolgt als Text- 
file. 

Technische Universität Karl-Marx-Stadt, 
Sektion Mathematik, Reichenhainer 
Straße 41, Karl-Marx-Stadt, 9010; Tel. 
56121 65 

Haase 


Basismodule 
für Fortran 77 

Ziel von FTNBAS ist die Bereitstellung 
einer portablen Schnittstelle für die 
Entwicklung komfortabler dialog- 
orientierter Fortran-77-Software. 
Mängel von Fortran bezüglich Tasta- 
tureingabe und Bildschirmausgabe 
werden bei Anwendung der Basismo- 
dule beseitigt. FTNBAS unterstützt 
für die Tastatureingabe die Eingabe 
von Zeichen, die Eingabe und das 
Editieren von Zeichenketten sowie 
die Abfrage und das Löschen des Ta- 
staturpuffers. Für die Bildschirmaus- 
gabe sind möglich: 

- Einstellen von Bildschirmattributen 

- Setzen von Vordergrund- und Hin- 
tergrundfarben 

- Kursorpositionierung 

- Größe des Kursors 

- Rollen von Bildschirmausschnitten 

- Fenstertechnik 

- Pull-down-Menütechnik 

- Aufbau von Bildern im Hinter- 
grund. 

Weiterhin bietet FTNBAS: Hauptspei- 
chermanipulationen, Systemdienste 
sowie Routinen zur Dateiarbeit und 
zur Verzeichnisarbeit. 

VEB Datenverarbeitungszentrum Halle, 
Abteilung FP, Block 081, Halle-Neu- 
stadt, 4090; Tel. 6160 

Gruhl 


Handwerkersoftware 
und Systemsoftware 

Wir bieten Anwendersoftware zur 
Nachnutzung für Handwerksbetriebe 
im Elektronikbereich und Systemsoft- 
ware für den universellen Ge- 
brauch. 

Als Anwendersoftware: 

- Lohnrechnung, Führung des Kas- 
senbuches 

- Schreiben von Reparaturberich- 
ten/Rechnungen nach Regelleistung 
und Stundenlohn 

- Führung eines Reparaturein- 
gangsbuches und einer Kundendatei 

- Schreiben von Belegen: Liefer- 
scheine, Post- und Bahnbelege unter 
Verwendung der Dateien. 

Als Systemsoftware: 

- Diagnose- und Dienstprogramme 
zur Prüfung und zur Optimierung von 
Festplatten 

- Konsolenemulation zur Abarbei- 
tung von CP/M-Programmen auf 16- 
Bit-MS-DOS-Systemen 

- Umleitung der parallelen Drucker- 
schnittstelle in ein Datenfile und 
Druck- D ienstprogramme 

- Dateieditor für dBase Ill-Dateien 

- EPROM-Programmiergerät (2716 
. . . 27256) 

- Analyseprogramm für die Integrität 

von Programmdateien (Feststellung 
von Computerviren) 
Hardwarevoraussetzungen: IBM- 

kompatibler 16-Bit-PC mit minde- 
stens 512 KByte RAM, 1 Disketten- 
laufwerk (besser Festplatte), Matrix- 
drucker. 

Werkstatt für elektronische und tech- 
nisch-physikalische Anlagen, Straße der 
DSF 22, Templin, 2090; Tel. 29 29 

Friedrich 


Schneider-PC 
am Farbfernseher 

Mit der Verbreitung der KC-Technik 
wurden viele Hörsäle und Unter- 
richtsräume mit Farbmonitortechnik 
ausgestattet. Um diese Technik für 
16-Bit-Rechner nutzen zu können, 
wurde eine Leiterplatte entwickelt. 
Damit können Schneider-PCs an die 
im Hörsaal installierten Farbfernseh- 
geräte (4000er Serie Colortron, Co- 
lormat) angeschlossen werden. Die 
Leiterplatte, welche zwischen PC- 
Monitor und Rechner gesteckt wird, 
wandelt die digitalen Signale um, 
so daß sie dem RGB-Eingang der 
Farbfernsehgeräte zugeführt werden 
können. Es werden alle 16 Farben 
in hoher Qualität dargestellt. Prinzi- 
piell ist jeder Farbfernseher geeignet, 
der über einen analogen RGB-Ein- 
gang verfügt. Die o. g. Farbfernseh- 
geräte der DDR-Produktion sind 
werksseitig für den RGB-Eingang 
vorgesehen, jede Fernsehgeräte- 
werkstatt kann diesen geringfügigen 
Umbau vornehmen. Auch die Koffer- 
farbfernsehgeräte der DDR-Produk- 
tion sind gleichermaßen geeignet. 
Der Anschluß eines SW-Monitors 
oder Fernsehgerätes mit Videoein- 
gang (BAS) ist ebenfalls möglich, die 
Farben werden in 16 Graustufen dar- 
gestellt. 

Bei hinreichender Nachfrage kann 
die komplette Zusatzleiterplatte von 
uns bezogen werden. 

Technische Universität „Otto von Gue- 
ricke“ Magdeburg, BfN, Koll. Iffarth, 
PSF 124, Magdeburg, 3010; Tel. 5920 

Prof. Dr. Lorenz 


Dateiübertragungssystem 
zwischen KC und PC 

Oft besteht die Aufgabe, für den KC 
85 entwickelte Software (Basic- oder 
Pascal-Programm) auf andere Rech- 
ner übertragen zu müssen. Auch die 
Übertragung auf Diskette vorliegen- 
der Programme oder Daten zum KC 
85 ist wünschenswert. Um diesen 
Aufgaben gerecht zu werden, wurde 
an der TU Magdeburg das Pro- 
grammsystem DFX entwickelt, womit 
die Übertragung einer Kassettendatei 
zwischen dem KC und einem Rech- 
ner vom Typ PC 1715, A 51 xx oder 
A7100 möglich ist. Das Programmsy- 
stem DFX besteht aus dem von der 
zu übertragenden Datei unabhängi- 
gen Programm DFX und den Konver- 
tierungsroutinen für entsprechende 
Programmiersprachen oder Textver- 
arbeitungssysteme. Konvertierungs- 
routinen sind derzeit für Pascal- und 
Basic-Quelltext sowie für Datenfelder 
und für das Textverarbeitungssystem 
WordPro implementiert. 

Technische Universität „Otto von Gue- 
ricke“ Magdeburg, Sektion Informatik, 
WB-MI, PF 124, Magdeburg, 3010; Tel. 
592766 Hinz 

Programmpaket 

für Handwerksbetriebe 

Gewerke: Dachklempnerei, Sanitär- 
installation, Heinzungsinstallation 
Anpassung: Elektroinstallation, 

Dachdecker, Zündungs- und Verga- 
serdienst, Fotograf 
Hardware: IBM-PC/XT/AT-kompati- 
bler Computer mit mindestens einem 
Laufwerk und 512 KByte RAM, z. B. 
Schneider PC 1512/1640, EuroPC. 
Commodore AMIGA und ATARI-ST 
sind nur mit MS-DOS-Emulator nutz- 
bar. 

Programme: 

1. Schreiben von Handwerksrech- 
nungen 

2. Erstellen von Monats- und Jahres- 
bilanzen (PA-Uste, HQ-Bogen . . .) 

3. Lohnabrechnung 

4. Kassenbuch mit Anlagenver- 
zeichnis und Jahresabschluß 

5. Materialkartei Einkauf, Inventur 
und Arbeitsmittelverzeichnis 

6. Serviceprogramm zur Dateipflege 
Die Programme können einzeln ge- 
nutzt werden. Bei Benutzung aller 
Programme kann jederzeit innerhalb 
weniger Sekunden ein kompletter 
Jahresabschluß durchgeführt wer- 
den. Zum Programmpaket wird eine 
120 KByte lange Dokumentation ge- 
liefert. 

Firma Roland Fuchs, Dachklempnerei 
und Sanitärinstallation, Ernst-Thäl- 
mann-Straße 48, Prenzlau, 2130; Tel. 

20 38 Fuchs 

Leistungsverzeichnis 
und Rohrnetzberechnung 

Hardware: IBM-PC/XT/AT-kompati- 
bler Computer mit mindestens einem 
Laufwerk und 512 KByte RAM, z. B. 
Schneider PC 1512. 

Programm Leistungsverzeichnis: 

- Erstellen von Leistungsverzeich- 
nissen nach PVK und PL.60 sowie 
von Materiallisten. 

- Gewerke Heizungsinstallation, Sa- 
nitärinstallation, Lüftungsinstallation; 
weitere Gewerke können selbst akti- 
viertwerden. 

- Speichern und Editieren der Lei- 
stungsverzeichnisse 

- Aufbau und Pflege der Preisdateien 


- Preisdateien Heizung und Sanitär 
im Lieferumfang enthalten 

- auf Wunsch Änderungsdienst. 
Programm Rohrnetz: 

- Berechnung von 2-Rohr-Hei- 
zungsrohrnetzen 

- Verästelung oder Tichelmann 

- Ausdruck der Rohrnetztabelle 

- Darstellung und Ausdruck des gra- 
fischen Druckverlaufes 

- Speichern und Editieren der Rohr- 

- eigene Rohrbibliothek. 

Die Programme besitzen eine benut- 
zerfreundliche Oberfläche und sind 
durch Anwendung der Sprache C 
kompakt und schnell. Auf Wunsch 
kann eine Demo-Version der Pro- 
gramme zur Verfügung gestellt wer- 
den. 

Firma Roland Fuchs, Dachklempnerei 
und Sanitärinstallation, Ernst-Thäl- 
mann-Straße 48, Prenzlau, 2130; Tel. 

20 38 Fuchs 

Papiersparender Druck 
von Textdateien 

Das vorliegende TURBO-PASCAL- 
Programm druckt Textdateien in pa- 
piersparenden Formaten. Es werden 
dabei Schriftart, Zeilenabstand und 
Seitenvorschub verändert. Eine 
Druckseite enthält 85 Zeilen; also 20 
Zeilen mehr als bei Standard-Druck- 
funktionen. Der Anwender kann auch 
noch 150 Zeilen je Seite auswählen. 
Bei diesem Druckformat ist ein guter 
Drucker und ein gutes Farbband Vor- 
aussetzung. Die Seitenlänge beträgt 
immer 12". Auf Wunsch kann man 
Endlospapier beidseitig bedrucken 
oder Einzelblatt-Verarbeitung benut- 
zen. Der Druck von ausgewählten 
Textteilen wird über die Seitennum- 
mer gesteuert. 

Das menügesteuerte Programm ist 
unter dem Betriebssystem DCP 3.20 
auf dem EC 1834 entwickelt und ge- 
testet worden. 

Zentrales Forschungsinstitut des Ver- 
kehrswesens der DDR, Zentrum für Per- 
sonenverkehr und Verkehrsnetze, PSF 
403, Berlin, 1017; Tel. 4922875 

Neumann 


Wir suchen . . . 

. . . eine Softwarelösung für die Doku- 
mentation eines Milchkuhbestandes 
unter SCP/CPA. 

LPG Milchproduktion, Jüdendorf, 4241; 
Tel. Nebra, 5200 Philipp 


Fortsetzung von Seite 315 

A H Backspace 

A T Feld löschen 

im Beispiel verwendet für 
A A SRET=2KursoreinFeld 
zurück 

A E SRET=4 Kursor in das 

erste Feld auf dem 
jeweiligen Bild 
A X SRET=5 Kursor in das 
letzte Feld 

ESC SRET=3 Verlassen des 
Teilprogramms 

ET, ' F SRET= 1 Abschluß der Ein- 
gabe, Kursor in 
das nächste Feld 

Helmut Schenk 
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Entwicklungen und Tendenzen 


Produktpalette 
von DEC erweitert 

Nach dem Aufgeben eines eigenen' 
RISC-Projektes von 1987/88 kün- 
digte die Firma Digital Equipment 
Corporation (DEC) Anfang des Jah- 
res mit der DECstation 3100 ein Sy- 
stem auf Basis der RISC-Prozesso- 
ren R 2000 und R 2010 der Firma 
MIPS Computer Systems an, das 
dem Workstationbereich zuzuordnen 
ist. Es umfaßt die Modelle DECstation 
3100, DECstation 3100S und das DEC- 
, System 3100. Über diese Reihe berich- 
teten wir bereits ausführlicher in MP 
9/89, 4. Umschlagseite. Kürzlich 
wurde, ebenfalls auf Basis der R 
2000-CPU, als RISC-Einstiegsmo- 
dell mit etwa 73 Prozent der Verarbei- 
tungsleistung einer DECstation 3100 
das Modell DECstation 2100 angekün- 
digt. Bei einem Preis von etwa 20000 
DM soll diese Workstation mit einer 
Leistung von 10 MIPS somit billiger 
sein als einige Personalcomputer mit 
dem Prozessor 80386. Die DECsta- 
tion 2100 hat einen Hauptspeicher 
mit 8 bis 24 MByte sowie wahlweise 
einen 15- oder 19-Zoll-Monitor. 

Als weitere RISC-Systeme wurden 
darüber hinaus Modelle mit dem lei- 
stungsfähigeren Prozessor R 3000 
angekündigt: 

Das DECsystem 5400 als Mehrnutzer- 
und Steuersystem im 40-Zoll-Standge- 
häuse. Es hat bis zu 64 MByte RAM 
und einen DSSI-Festplattenadapterfür 
bis zu 9,7 GByte Massenspeicher. 

Das DECsystem 5810 soll vor allem als 
Fileserver eingesetzt werden. Dazu 
dienen die Leistung von etwa 19 
MIPS, 2,2 GByte Plattenspeicherka- 
pazität, 32 MByte RAM sowie ein 
zweistufiger Cachespeicher. 

Im DECsystem 5820 werden statt einem 
zwei R 3000-Prozessoren eingesetzt, 
auch die Kapazität des RAMs wurde 
verdoppelt. Als Leistung werden 36 
MIPS angegeben. Bei beiden Versio- 
nen lassen sich über den VAXBI-Bus 
der lokale Hauptspeicher auf 256 
MByte und die Plattenkapazität bis zu 
115 GByte erweitern. 

Auch bei der mit VAX-Prozessoren 
ausgestatteten Modellreihe wurden 
von DEC im Laufe des Jahres Verän- 
derungen vorgenommen und fol- 
gende Systeme angekündigt: 

- VAXstation 3100 mit 3 bis 4 MIPS 

- VAXstation 3520 mit 2 Prozessoren und 
der Stachen Leistung einer VAX 1 1/780 

- VAXstation 3540 mit 4 Prozessoren und 
der 1 0fachen Leistung einer VAX 1 1 /780 

- MicroVAX 3800 als Ersatz der MicroVAX 
3500 

- MicroVAX 3900 als Ersatz der MicroVAX 
3600 und leistungsfähigstes Modell der Mi- 
croVAX-Serie 

- VAXserver 3800 und VAXserver 3900 spe- 
ziell für den Einsatz in lokalen Netzen. 
Bemerkenswert ist auch, daß DEC 
nunmehr selbst PCs anbietet- in den 
USA nach DEC-Spezifikationen von 
Tandy gefertigt. Dabei handelt es sich 
um die Modelle 

- DECstation 210 mit80286 und 10MHz 

- DECstation 31 6 mit 80386 und 1 6 MHz 

- DECstation 320 mit 80386 und 20 MHz 
Als einer der ersten Hersteller bietet 
die Firma mit DECwindows eine ge- 
meinsame Benutzeroberfläche für 
das eigene VMS-Betriebssystem so- 
wie für Ultrix und MS-DOS an. MP 


Neue PCs von IBM 



Mit zwei neuen Modellen hat die 
Firma IBM ihre Produktpalette erwei- 
tert. 

Nach dem Mißerfolg mit ihrem ersten 
tragbaren PC, dem Convertible (auch 
AP genannt), der sich gegen die Kon- 
kurrenz nicht durchsetzen konnte, 
wurde jetzt ein neuer Anlauf genom- 
men. Mit seinen 9,5 kg Gewicht zählt 
der P70 386 nicht zur Klasse der weit 
verbreiteten Laptops, sondern ist er- 
klärtermaßen ein „full function mova- 
ble", das heißt ein voll funktionsfähi- 
ger mobiler PC-Arbeitsplatz, der über 
dieselben Funktionen wie ein Tisch- 
gerät verfügt. Charakteristisch ist die 
Mikrokanalarchitektur, so daß der 
P70 386 das mobile Modell des PS/2 
darstellt. Bereits in der Grundausstat- 
tung verfügt er über 4 MByte Arbeits- 
speicher, der sich auf der Hauptpla- 
tine auf 8 MByte aufrüsten läßt. Da 
85-ns-RAM-Bausteine verwendet 
werden, kann die CPU mit Wartezyk- 
len zwischen 0 und 2 arbeiten. Der 
10-Zoll-Plasmabildschirm hat eine 
Auflösung von 640 x 480 Punkten 
und kann in den Modi CGA, EGA und 
VGA betrieben werden, wobei die 
Farben in bis zu 16 Graustufen dar- 
stellbar sind. Der P70 386 wird in zwei 
Varianten geliefert: Das Modell K61 
hat eine 60-MByte-Festplatte, wäh- 
rend das Modell K21 eine 1 20-MByte- 
Festplatte besitzt. 

Als zweite Erweiterung des PS/2 prä- 
sentierte IBM das Modell 55 SX, mit 
dem die Firma nunmehr, wie schon 
viele Hersteller, den Prozessor 80386 
SX als Einstieg in die 32-Bit-Klasse 
nutzt. Der 16-MHz-Prozessor ermög- 
licht diesem Mikrokanalrechner eine 
um etwa 20 Prozent höhere Ge- 
schwindigkeit als sie vergleichbaren 
80286-Systemen möglich ist. In dem 
kompakten Gehäuse des Modells 30 
bietet der 55 SX drei 16-Bit-Erweite- 
rungssteckplätze. Als Speicher ste- 
hen u.a. 2 MByte RAM sowie 30- 
oder 60-MByte-Festplatten zur Verfü- 
gung. MP 


Weitek-Koprozessor 
für Intel 80486 

Mit dem Integrieren der bisher sepa- 
raten mathematischen Koprozesso- 
ren auf Mikroprozessorchips - so 
beim Intel 80486 und beim Motorola 
68040 praktiziert - sahen viele das 
Aus für diese Zusatzprozessoren ge- 
kommen. Die Integration bietet vor al- 
lem den Vorteil der kurzen Signal- 
wege zwischen Mikroprozessor und 
Numerikprozessor. 


Die für ihre schnellen Numerikpro- 
zessoren bekannte Firma Weitek gab 
dennoch nicht auf und entwickelte ih- 
ren von 386er Systemen bekannten 
Abacus 3167 zum 4167 weiter. Der 
Aufwand scheint sich gelohnt zu ha- 
ben: Weitek gab bekannt, daß rechen- 
intensive wissenschaftliche und tech- 
nische Anwendungsprogramme 
zwei- bis dreimal schneller beim Ein- 
satz des 4167 ablaufen als mit der 
On-chip-Gleitkommaeinheit des 
80486. Da der 4167 mit Memory- 
mapped-Protokoll arbeitet, erhält er 
die Befehle über den Adreßbus und 
die Daten überden Datenbus, so daß 
er weniger Taktzyklen benötigt im 
Vergleich zu Numerikprozessoren, 
die Befehle und Daten über einen Bus 
erhalten. Außerdem enthält der 4167 
sechzehn 64-Bit-Register (doppelt so 
viel wie die Fließkommaeinheit des 
80486), so daß er mehr Berechnun- 
gen ohne Datentransporte zwischen 
externem Speicher und Gleitkomma- 
einheit ausführen kann. So soll der 
Gleitkomma-Datenpfad des 4167 bis 
zu 500 Prozent schneller sein als der 
Datenpfad der 80486-Gleitkomma- 
einheit. Der 4167 ist in 1 ,2-um- 
CMOS-Technik hergestellt; für den 
Einsatz wird er in einen 142poligen 
PGA-Sockel auf der Systemplatine 
gesteckt. mp 

Mobile Datenbestände 
auf Festplatten 

Die Firma Kyocera Electronics Eu- 
rope stellte im Frühjahr ebenfalls ein 
Konzept portabler Datenbestände 
auf Festplatten unter dem Namen KT 
20/30 vor (das Prinzip hatten wir be- 
reits in MP 11/88 anhand der Drive 
Box erläutert). Das Bild zeigt sehr gut, 
wie ein spezieller Rahmeneinschub 
mit den Maßen einer 5 V4-Zoll-Gerä- 
teöffnung ein 3,5-Zoll-Festplatten- 
laufwerk aufnimmt. Während der 
Rahmen im XT- oder AT-kompatiblen 
PC fest installiert wird, ist das Lauf- 
werk in ein steckbares und damit 
leicht wechselbares Gehäuse einge- 
bettet. Die Kapazität der somit als 
persönliche Datenpacks verwendba- 
ren Festplattenlaufwerke liegt bei 20 
bzw. 30 MByte. mp 


Zeichnungsverwaltung 
für CADdy 

Auf der CAT’89 stellte ZIEGLER-In- 
struments ein neuentwickeltes Zeich- 
nungsverwaltungssystem für seine 
CAD-Software CADdy vor: CADdy 
ZV. Das datenbankorientierte Infor- 
mationssystem dient der übersichtli- 
chen Verwaltung vorhandener Zeich- 
nungen, beschleunigt das Auffinden 
von Bildern und entlastet von Arbei- 
ten auf Betriebssystemebene. 
CADdy ZV arbeitet mit der Masken- 
technik, die dem Anwender von 
CADdy her vertraut ist; die Einbin- 
dung in das CAD-Kernsystem schafft 
direkte Zugriffsmöglichkeiten von der 
Datenbank auf Zeichnungen und um- 
gekehrt. Die Suche nach einzelnen 
Zeichnungen erfolgt wahlweise über 
einzelne Merkmale oder Merkmals- 
kombinationen. Neben Suchbegriffen 
lassen sich auch Bereichsbedingun- 
gen (z. B. „Datum von . . . bis“) defi- 
nieren. Die gesuchten Datensätze 
werden unmittelbar angezeigt: Ohne 
die Zeichnungsverwaltung zu verlas- 
sen, kann die dazugehörige Zeich- 
nung direkt auf dem Grafikbildschirm 
eingeblendet werden. 

Mit CADdy ZV befreit sich der Anwen- 
der von den Beschränkungen durch 
das Betriebssystem MS-DOS. Die 
Dateiorganisation wird vereinfacht 
und erweitert; vor allem aber wird 
eine aussagekräftige Benennung von 
Zeichnungen möglich, da sich der An- 
wender nicht mehr an den üblichen 
achtstelligen MS-DOS-Namen halten 
muß. mp 

Turbo-Datenbank 

Informix-Turbo und Informix-Net sind 
neue Softwareprodukte der Daten- 
bankfamilie Informix, die Siemens 
seit Juli für seine Sinix-Rechnersy- 
steme anbietet. 

Mit Informix-Turbo läßt sich die Lei- 
stung bisheriger Informix-Datenban- 
ken durchschnittlich um den Faktor 2 
steigern. Damit gehören sie nach 
Aussage des Herstellers zu den der- 
zeit schnellsten Datenbanken, die auf 
Unix-Rechnern ablaufen. Diese Lei- 
stungsfähigkeit braucht man z. B. bei 
größeren Rechnern mit mehr ange- 
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schlossenen Bildschirmen, bei Da- 
tenbanken mit großem Datenvolu- 
men oder bei Anwendungssystemen 
mit hohen T ransaktionsraten. 

Die neue Software Informix-Net ist 
die Netzwerk-Komponente der Infor- 
mix-Produktfamilie. Sie ermöglicht 
den Zugriff auf Datenbanken, die auf 
einem anderen, fernen Rechner lie- 
gen. Informix-Net funktioniert nach 
dem Client-Server-Prinzip, das im 
Unterschied zu echt verteilter Verar- 
beitung keine großen organisatori- 
schen Probleme aufwirft. Die Anwen- 
dungsprogramme laufen in den Ar- 
beitsplatzrechnern (Clients), die Da- 
tenbank ist als logische Einheit auf 
dem Server-Rechner. Jeder Rech- 
ner, auf dem Informix-Net installiert 
ist, kann sowohl als Client wie als Ser- 
ver fungieren. Dadurch lassen sich 
mehrere Datenbanken innerhalb ei- 
nes Netzes verteilen, wobei von je- 
dem Rechner auf jede Datenbank zu- 
gegriffen werden kann. mp 

Kupfer-Plast- Verbindung 
mit doppelter Festigkeit 

Die Firma General Electric entwik- 
kelte ein Verfahren, mit dem es mög- 
lich wird, Metalle (Kupfer) mit Plast zu 
verbinden. Diese Verbindung könnte 
in der galvanischen Verkupferung 
von technisch bearbeiteten, elektro- 
nischen Schaltkreisplatten aus Plast 
angewendet werden. 

Diese als sehr fest charakterisierte 
Kupfer-Plast-Verbindung wird mit 
Hilfe des Metallspritzverfahrens her- 
gestellt und weist eine Ablösefestig- 
keit auf, die fast doppelt so groß ist 
wie bei herkömmlichen Verfahren, 
bei denen das Kupfer mechanisch 
aufgetragen wird und bei denen 
durch den Ätzvorgang mikroskopi- 
sche Risse im Plast hervorgerufen 
werden. 

Quelle: New Technology Week vom 
3. 4. 1989 Fa 

Bauelemente 

mit Quantenstrukturen 

Von Wissenschaftlern der Firma Te- 
xas Instruments sollen Transistor- 
funktionen realisiert worden sein, die 
auf Quantendimensionen begrenzt 
sind und die auf Quanteneffekten be- 
ruhen. Gegenüber bereits früher an- 
gekündigten Bauelementen mit 
quantenelektrischen Eigenschaften 
wurden in Größe und Funktion neue 
Dimensionen erreicht. Der Bipolar- 
Resonanz-Tunnel-Transistor nutzt 
das Verhalten von Materie und Ener- 
gie bei Strukturgrößen unter 0,02,um 

Die Quanten-Bauelemente sind bis- 
her nur im Labor realisiert worden. 
Bis zur praktischen Anwendung 
könnte aber noch ein Jahrzehnt ver- 

Mit den Quanten-Transistoren könnte 
eine Revolution in der Halbleiter- 
technologie ausgelöst werden. Die 
aktiven Elemente sind lOOmal klei- 
ner als die entsprechenden Funk- 
tionselemente derzeitiger Halbleiter. 
Die erreichbaren Schaltzeiten sollen 
um das 1 OOOfache höher liegen. 

Der Resonanz-Tunnel-Transistor ist 
eine Etappe auf dem Weg zum unipo- 
laren Quanten-Transistor. Die bipola- 
ren Transistoren in Gallium-Arsenid, 
Aluminium-Gallium-Arsenid und In- 
dium-Gallium-Arsenid zeigen jedoch 
schon eine vielversprechende Lei- 
stung. Bei Raumtemperatur werden 
Stromverstärkungen um den Faktor 


50, in Extremfällen bis 450, erreicht. 
Um derartige Strukturen in Serie pro- 
duzieren zu können, sind neue 
Schaltkreis-Architekturen und ent- 
sprechende technologische Ausrü- 
stungen noch zu entwickeln. 

Quelle: eee. Elektronik-Technologie. 

- Leinfelden-Echterdingen (1989) 6. 

- S. 42-43 Wi 

Bondbare Schicht 
für einen keramischen 
Chip-Carrier 

Chip-Carriers bilden die Verbindung 
zwischen einem IC-Baustein und der 
übergeordneten Verdrahtungsein- 
heit. Besteht dieser Chip-Carrier aus 
keramischen Werkstoffen, so trägt 
der Isolationswerkstoff, z. B. Aiumi- 
niumoxidkeramik, eine Sintermetall- 
schicht, die aus Molybdän/Mangan 
bzw. Wolfram bestehen kann und die 
zu einem Leiterbild strukturiert wird. 
Damit wird die Voraussetzung ge- 
schaffen. um einen elektrischen Kon- 
takt zwischen dem IC-Baustein und 
der den Chip-Carrier umgebenden 
Schaltung zu ermöglichen. 

Der Kontakt zwischen den Anschluß- 
pads des ICs und der Metallisierung 
des Carriers wird in der Regel durch 
Drahtbonden mit Gold- bzw. Alumi- 
niumdraht bis herab zu 20^m Durch- 
messer hergestellt. Da die Sinterme- 
tallschichten nicht bondbar sind, ist 
ein Weitermetallisieren z. B. mit Nik- 
kei und Gold erforderlich. Dazu nutzt 
man elektronische Verfahren. Bevor- 
zugt werden außenstromlose Pro- 
zesse. Damit lassen sich Kombina- 
tionsschichten aus Nickel/Bor mit 1 % 
Boranteil und Feingold in einer Ge- 
samtdicke von 4 bis 5«m aufbrin- 
gen. 

Die Firma Siemens hat für die kerami- 
sche Schichtplatte mit Chip-Carrier- 
Funktion eines optoelektronischen 
Wandlers einen außenstromlosen 
Metallabscheidungsprozeß entwik- 
kelt, der reproduzierbare Haftfestig- 
keitswerte von etwa 5 cN eines Gold- 
drahtes mit 22/im Durchmesser, 
Dehnung 2 bis 4%, auf eine NiB/ 
Gold-Schicht bringt. Die Bondverbin- 
dung wird mittels des Thermosonic- 
Nailhead-Bondens geschaffen. 
Quelle: Technische Rundschau. - 
Bern (1989) 9 Fa 

Bildchip 

mit mehr als 4 Mio 
Elementen 

ln den Forschungslabors der Firma 
Kodak wurde ein CCD-Bildchip mit 
mehr als 4 Mio Elementen entwickelt. 
Im Gegensatz dazu verfügen bishe- 
rige japanische Video-Kameras und 
Still-Video-Fotoapparate über Bild- 
chips mit maximal 400000 Bildele- 
menten. 

Bereits vor zwei Jahren gelang es der 
Entwicklergruppe bei Kodak, einen 
ladungsgekoppelten Sensorchip 
(CCD-Chip) mit 1 ,4 Mio Elementen zu 
entwickeln. Dieser Chip wird inzwi- 
schen in der von der Kodak-Tochter- 
firma Videk gebauten Megaplus-Ka- 
mera verwendet, die als die derzeit 
höchstauflösendste CCD-Kamera 
bezeichnet wird. Ihr Einsatz erfolgt 
vorwiegend in der Forschung. 

Der Chip besteht aus 2048 x 2048 
Elementen auf einem Quadrat von 
1 8,4 mm Kantenlänge. Das bedeutet, 
jeder der rund 4,2 Mio Bildpunkte hat 
eine Kantenlänge von 9/tm. Die Pixel 
sind fugenlos aneinandergereiht, und 


damit ist die gesamte Fläche des 
Chips sensitiv. 

Die gegenwärtig erreichte Aufnahme- 
geschwindigkeit beträgt 5 Bilder/Se- 
kunde, wobei während dieses Zeit- 
raumes 20 Mio Pixel-Informationen 
verarbeitet werden müssen. Für das 
Zwischenspeichern eines einzigen 
Bildes ist eine Speicherkapazität von . 
4 MByte erforderlich. 

Über den Einsatz dieses Bildchips 
wurden von Kodak noch keine nähe- 
ren Angaben veröffentlicht. 

In Japan sollen noch in diesem Jahr 
Video-Kameras mit 500000 Pixel auf 
den Markt kommen, und in einem 
weiteren Entwicklungsschritt wird die 
1 -Mio-Grenze angestrebt. 

Qelle: Die Welt vom 25. 4. 1989 Fa 

Optische Speicher 
mit Phasenwechsel 

Die Firma Matsushita setzte erstmals 
das Phasenwechsel-Verfahren zur 
Datenspeicherung auf optischen 
Speichern ein. Dazu stellte sie eine 
3,5-Zoll-Optical-Disk nebst Laufwerk 
mit einer Speicherkapazität von 280 
MByte und einer Zugriffszeit von 
42 ms vor. 

im Gegensatz zum TMO-(Thermo- 
Magnetical-Optical-) Verfahren wird 
bei dem Phasenwechsel-Verfahren 
die Datenspeicherung durch Erhitzen 
mit Laserlicht bewirkt. 

Bis 1 990 will die Firma eine 5,25-Zoll- 
Platte mit einer Speicherkapazität 
von 640 MByte auf den Markt brin- 
gen. 

Entwickelt wurde das Phasenwech- 
sel-Verfahren von der Firma Energy 
Conversion Devices. Fa 

Vakuum-Mikroelektronik 

schaltet 

extrem schnell 

An der Entwicklung kleinerer und 
schnellerer elektronischer Schalt- 
kreise arbeiten die Wissenschaftler 
des Electrical Technical Laboratory in 
Tsukuba, Japan. Den Wissenschaft- 
lern ist es gelungen, ein Vakuum-Mi- 
kroelektronik-Bauteil zu entwickeln, 
das als Voraussetzung für die Pro- 
duktion ultrafeiner Bildschirme gilt. 
Dabei rechnet man damit, daß diese 
Bauteile sowohl für das kommende 
hochauflösende Fernsehen (HDTV), 
für noch schnellere Supercomputer, 
als auch für hochentwickelte Tele- 
kommunikations-Ausrüstungen in 
den neunziger Jahren eingesetzt 
werden können. 

Das Bauteil ist 7,«m lang und hat 
einen Durchmesser von 8«m. Damit 
sind diese Bauteile wesentlich kleiner 
als ihre Vorgänger. Werden diese 
Elemente auf einer Siliziumscheibe 
zusammengesetzt, arbeiten sie mit 
einer sehr viel geringeren Strom- 
stärke als Halbleiter und bringen sehr 
viel höhere Frequenzsignale hervor, 
die gleichzeitig weniger anfällig ge- 
gen Temperaturschwankungen und 
Strahlung sind. 

Nach Angaben der Wissenschaftler 
sollen An- und Abschaltzeiten von 1 
Trillionstel Sekunde erreicht werden. 
Das Element reagiert auf Licht und 
nicht mehr auf Elektronen. Die Daten- 
übertragung soll über Glasfaser erfol- 
gen. Die Geschwindigkeit der Mikro- 
Bauteile soll dem Zehnfachen der 
Schaltzeiten der heutigen schnellsten 
elektronischen Geräte entsprechen. 
Um dies erreichen zu können, müs- 
sen die Wissenschaftler aber noch 


die von diesen Geräten ausgehenden 
Stromemissionen verstärken. 

Die japanischen Wissenschaftler nut- 
zen bei ihrer Arbeit die heutige Stan- 
dard-Chip-Technik, um die winzigen 
Vakuum-Kathoden herzustellen. Sie 
bedeckten die Siliziumscheiben mit 
einer feinen Schicht von Wolfram und 
Siliziumnitrit. Die Siliziumätzung er- 
reichte man mit einem photolithogra- 
phischen Prozeß und schuf dabei 
sich zuspitzende Pyramiden auf dem 
Material. Um diese Pyramiden herum 
wurden isolierende Schichten von 
Wolfram, Tantalum und Siiikonoxid 
gelegt. Sind die Pyramiden einem 
elektrischen Feld ausgesetzt, so er- 
zeugen sie dann einen Elektronen- 
strahl. Dabei sind für diese Elemente 
nach Angaben der japanischen Wis- 
senschaftler keine supraleitfähigen 
Materialien nötig, vielmehr ist der 
Ausstoß von Elektronen wichtig. Die 
Leistung sei um so besser, je kleiner 
die Geräte sind. Dadurch sei weniger 
Strom erforderlich, um ein elektri- 
sches Feld aufzubauen und die Elek- 
tronen zu emittieren. 

Quelle: Blick durch die Wirtschaft 
vom 5. 5. 1989 Fa 


Flachdisplay 

mit großer Helligkeit 

Die japanische Firma Meitaku Sy- 
stem Co., Ltd., entwickelte ein Flach- 
display, das eine viermal höhere Hel- 
ligkeit aufweisen soll als vergleich- 
bare Produkte. Dieses Display wird 
unter der Bezeichnung L POP ange- 
boten. 

Die Rückplatte des Displays ist aus 
Acryl-Kunststoff und wurde durch 
eine spezielle Drucktechnik mit einer 
irregulär reflektierenden Oberfläche 
ausgestattet. An der Seite der Platine 
kann Licht eintreten, das an der ent- 
sprechend gestalteten Oberfläche ir- 
regulär reflektiert wird. Dadurch wird 
eine hohe und gleichmäßige Aus- 
leuchtung des gesamten Paneels er- 
möglicht. 

Die Plattenstärke variiert dem Ein- 
satz entsprechend zwischen 6 und 
24 mm. Die Vorzugsfläche ist A4, 
wobei es sowohl kleine Platten zur 
Rückbeleuchtung von Flüssigkristall- 
anzeigen als auch große mit Abmes- 
sungen bis zu 1200 x2 400 mm 
gibt. 

Das gesamte Display hat eine Stärke 
von 40 bis 55 mm und kann als ener- 
giesparende Leuchtfläche eingesetzt 
werden. 

Quelle: New Technology Japan 
(1989)3 Fa 


Hardcopy-Bilder ab TV 

In Japan wurde ein Verfahren entwik- 
kelt, mit dem es möglich wird, TV-Ma- 
gnetbandaufzeichnungen als Papier- 
bilder oder Dias herzustellen. Dabei 
soll die Qualität denen der üblichen 
Fotos entsprechen. Bei bisherigen 
Hardcopy-Einzelbildern bestand der 
Nachteil in der Zeilenstruktur. Bei 
dem jetzt entwickelten Verfahren wird 
die Zeilenzahl künstlich vervierfacht. 
Dabei werden zwischen'zwei neben- 
einander liegenden TV-Bildzeilen 
drei zusätzliche Zeilen durch elektro- 
nische interpolation erzeugt und in 
das Gesamtbild eingefügt. 

Quelle: Elektronik. - München 38 
(1989) 9.-S.7 Fa 
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Ingenieure in der DDR 

Soziologische Studien, Schriftreihe 
Soziologie, Autorenkollektiv, Ltg. M. 
Lötsch, Dietz Verlag Berlin 1988, 200 
S., 7 Abb., 8 Tab., DDR 6,20 M 

Unter dem Rahmentitel „Ingenieure 
in der DDR“ sind relativ selbständige 
Themen von fünf Autoren zusam- 
mengefaßt. Die Schwerpunktfragen 
beziehen sich auf Funktion, Verant- 
wortung, Qualifikation, Leistung, Lei- 
stungsmotivation und Leistungsaner- 
kennung des Ingenieurs im gesamt- 
gesellschaftlichen Reproduktions- 
prozeß. Fragen der Denk- und Le- 
bensweise, der inneren Triebkräfte 
zur Herausbildung und Selbstver- 
wirklichung der Ingenieurpersönlich- 
keit, seiner geistigen Kultur und sei- 
nes spezifischen Arbeitsstils sind in 
dieser Schrift nicht erfaßt. 1 Die sozio- 
logischen Studien in der sehr infor- 
mativen und kompakt geschriebenen 
Abhandlung beziehen sich nahezu 
vollständig auf die Frage: Was ist die 
Funktion des Ingenieurs, was muß er 
leisten, damit er den an ihn gestellten 
Anforderungen gerecht wird? Noch 
nie war das Gewicht der ingenieur- 
technischen Leistungen für ökonomi- 
schen und sozialen Fortschritt in un- 
serem Land so hoch wie in der ge- 
genwärtigen Etappe der wissen- 
schaftlich-technischen Revolution 
(S. 168, Adler). Und die wesentlichste 
Schlußfolgerung lautet: An Bedeu- 
tung gewinnen all jene Konsequen- 
zen des Leistungsprinzips, die unab- 
dingbar sind, um die sozialen und 
personellen Voraussetzungen für 
das Hervorbringen wissenschaftlich- 
technischer Spitzenleistungen zu 
verbessern: . . . (S. 1 66, Adler). 

Aber: Innovationsprozesse sind un- 
bequem (S. 18, Lötsch)! Wie das? In 
der Tat entsteht genau hier der Kon- 
flikt, dem sich der Ingenieur tagtäglich 
gegenübergestellt sieht, wenn er 
seine soziale Funktion erfüllen will. 
Deshalb gilt es, die spezifische Über- 
legenheit des Sozialismus schon 
heute zu prägen: vor allem bei der 
Umsetzung des wissenschaftlich- 
technischen Fortschritts in sozialen 
Fortschritt. Was aber sind denn jene 
Konsequenzen des Leistungsprin- 
zips, die unabdingbar sind, um den 
Ingenieur zu befähigen, ja zu ermäch- 
tigen, dieses Ziel, den sozialen Fort- 
schritt zu gewährleisten und durch 
höchste Produktivität auch tatsäch- 
lich erfüllen zu können? Unsere So- 
ziologen befragen, um dies zu er- 
gründen, den sozialistischen Inge- 
nieur. Kennt er die Antwort, da es ihm 
an höchster Produktivität noch man- 
gelt? 

Dort, wo der Ingenieur mit seinen Ant- 
worten der Erwartung der Gesell- 
schaft entspricht, werden Soziologen 
durch den Ingenieur bestätigt, dort, 
wo er aber eckig, kantig, eigenwillig 
und nicht selten gerade dadurch origi- 
när und hochproduktiv ist, kollidiert er 
nicht selten mit den üblichen Erwar- 
tungen. Es ermangelt gerade dort der 
Originalität von Ingenieurleistungen, 
wo eine mustergültige Geschäftigkeit 
anzutreffen ist. 

Die Schrift „Ingenieure in der DDR“ 
tangiert diese schwerwiegenden Fra- 
gen, aber erschließt nicht konsequente 


Antworten. Genau an dieser Stelle 
beginnt das Problem, sagt Lötsch: 
Die Besonderheiten der Interessen 
des Ingenieurs, der Wertorientierun- 
gen und des Verhaltens, seiner Ar- 
beitsbedingungen und seiner Le- 
bensweise sind wohl entscheidend! 
Zu diesen Zusammenhängen kann 
man viel, ja Mustergültiges von den 
sozialistischen Ingenieurpersönlich- 
keiten G. Jäger, J. Wernstedt und D. 
Engelage, die in der Broschüre knapp 
vorgestellt werden, erfahren (S.82, 
Römer). Aber auch Dagmar Hülsen- 
berg, Präsidentin unseres Ingenieur- 
verbandes, leistet als Frau - im Kon- 
trast zu den in der Schrift erörterten 
anderen Beispielen - geradezu Un- 
gewöhnliches (S. 117, Bernhardt). 
Der Ingenieur ist der unmittelbare 
Schöpfer der gesellschaftlichen Pro- 
duktivität und der Entwickler unserer 
neuen technischen Produkte. Die 
meisten Ingenieure in der DDR wün- 
schen sich eine gesellschaftliche 
Wertung und Wertschätzung, die der 
der Leistungssportler nicht nachste- 
hen sollte. Die besprochene Schrift 
stützt diese Einsicht, sie belegt fak- 
tenreich und sachkundig notwendige 
gesellschaftliche Anforderungen 
dazu. Sie ist auch gut lesbar, wozu 
der Wechsel des Stils der verschiede- 
nen Autoren sogar beiträgt. 

1 Der Rezensent empfiehlt eine solche 
Schrift unter Leitung von A. Erck, Techni- 
sche Hochschule Ilmenau. 

Prof. Dr. Dr. M. Roth 


Computertechnik 

von K.-P. Scholz (Hrsg.), Lexikon, 
VEB Verlag Technik, Berlin 1 988, 21 8 
S., DDR 1 9,50 M 

Der VEB Verlag Technik brachte ein 
von einem Autorenkollektiv verfaß- 
tes, recht ansprechend aufgemach- 
tes Lexikon der Computertechnik 
(1 000 Stichwörter) auf den Markt, 
dessen Erscheinen sehr zu begrüßen 
ist, wird doch damit eine weitere 
Lücke auf diesem Sektor zu schlie- 
ßen versucht. Denn es wird immer 
schwieriger, das komplexe Gebiet 
der Computertechnik und Datenver- 
arbeitung mit seiner ständig größer 
werdenden Zahl neuer Fachbegriffe 
in seiner ganzen Breite zu überse- 
hen. 

Schon aus diesem Grunde wird es 
beinahe „Schicksal“ eines jeden Le- 
xikons auf diesem Fachgebiet sein, 
sich auf gewisse Teilbereiche bei den 
ausgewählten Stichwörtern be- 
schränken zu müssen. Das ist auch in 
vorliegendem Band deutlich zu spü- 

Gleichwohl ist nicht zu übersehen, 
daß dieses Lexikon in vielerlei Hin- 
sicht inhaltlich noch verbessert wer- 
den könnte. 

Dazu drei Komplexbeispiele: 

1. Aus dem gesamten Gebiet der Par- 
allelrechentechnik wird lediglich der 
klassische Analogrechner als Stich- 
wort berücksichtigt (hier sind die Defi- 
nitionsgleichungen für Festwertgeber 
und Integrator - S. 15 - falsch an- 
gegeben). Diese Vorrangstellung 
bleibt unverständlich. Der Benutzer 
sollte sich doch in einem solchen 
Fachlexikon auch über Begriffe wie 


Arrayrechner, MIMD-, SIMD-Rech- 
ner, Transputer, Vektorrechner u.a. 
informieren können, die als Stichwör- 
ter aber fehlen. 

2. Es ist sehr positiv zu vermerken, 
daß die Autoren daran gedacht ha- 
ben, an gegebener Stelle auch histo- 
rische Hinweise (in Form biographi- 
scher Kurzdaten) auf bedeutende 
Wissenschaftler zu geben, die für die 
Rechen- und Computertechnik We- 
sentliches geleistet haben. Denn da- 
durch wird der Bildungswert eines Le- 
xikons zweifellos erhöht und ein noch 
größerer Nutzerkreis angesprochen. 
Die aufgeführteAhnenreihe der Com- 
puterpioniere (Babbage, Aiken, Hol- 
lerith, v. Neumann, Zuse) könnte aber 
durchaus noch um die Namen W. 
Schickard (Erbauer der ersten me- 
chanischen Rechenmaschine), Lord 
Kelvin (Entdecker des Rückkoppel- 
prinzips in der Analogrechentechnik), 
A. Turing (Schöpfer der „Turingma- 
schine“), L. Boltzmann („Boltzmann- 
rechner“), N. Wiener (Begründer der 
Kybernetik), N. Wirth (Schöpfer von 
Algol, Pascal, Modula) ergänzt wer- 
den. Alle Zweierpotenzen 2" werden 
für n = -24 bis n = +24 abgedruckt, 
aber Leibniz als Erfinder des Dualsy- 
stems und Erbauer der ersten Sechs- 
spezies-Rechenmaschine wird nicht 
einmal genannt! 

3. Das Schwergewicht wurde in vor- 
liegendem Lexikon offenbar auf die 
Hardware gelegt. Es ist zu begrüßen, 
daß die Autoren dennoch wichtige 
Begriffe aus dem Software-Bereich 
mit aufgenommen haben (Basic, 
Logo, Lisp, Pascal; CP/M, Unix). Die 
Betriebssysteme MS-DOS, PC-DOS, 
UDOS werden zwar im Text erwähnt, 
fehlen aber bedauerlicherweise als 
Stichwörter. Außerdem vermißt man 
z. B. Angaben über Ada, LAN, Mo- 
dula, Occam, Pearl, Prolog, Simula 
sowie über virtuelle Speicher bzw. vir- 
tuelle Maschinen. 

Es bleibt zu wünschen, daß in einer 
evtl, zweiten Auflage zumindest 
einige der hier genannten Verbesse- 
rungshinweise Berücksichtigung fin- 
den können. Dr. K. Biener 

Arithmetische Algorithmen 
der Mikrorechentechnik 

von G. Jorke, B. Lampe u. N. Wengel, 
VEB Verlag Technik, Berlin 1 989, 324 
S„ DDR 33,50 M, Best.-Nr. 5539165 
Der verstärkte Einsatz von Mikro- 
rechnern für Echtzeitanwendungen in 
automatischen Steuerungen aller Ar- 
ten erfordert die Nutzung effektiver 
Programmiertechnologien. Die Nut- 
zung höherer Programmiersprachen 
wird hierbei in zunehmendem Maße 
im Vordergrund stehen, jedoch wird 
in vielen Fällen die maschinennahe 
Assemblerprogrammierung ebenfalls 
erforderlich sein. Höhere Verarbei- 
tungsgeschwindigkeiten lassen sich 
mit Programmiertechniken erzielen, 
die die Mischung von aus Assembler- 
und Hochsprachen übersetzten Pro- 
grammteilen gestatten. Hierbei spielt 
die Nutzung von Unterprogramm- 
techniken eine wesentliche Rolle. 
Das vorliegende Buch enthält eine 
Zusammenstellung wichtiger Unter- 
programme für arithmetische und ele- 
mentare geometrische Aufgaben; 


Konvertierung von Zahlendarstellun- 
gen, arithmetische Festpunkt- und 
Gleitpunktoperationen für Dualzah- 
len und Dezimalzahlen (Addition, 
Subtraktion, Multiplikation, Division, 
Quadratwurzel), Berechnung von 
Standardfunktionen (Taylorentwick- 
lung, Polynomwertberechnungen, Ex- 
ponential-, Logarithmus-, trigonome- 
trische Funktionen). Im Kapitel über 
elementare geometrische Aufgaben 
werden Algorithmen und Beispielpro- 
gramme erläutert, die vor allem im 
CAD/CAM-Bereich die übersichtliche 
Darstellung und bequeme Manipula- 
tion großer Datenmengen oder kom- 
plizierte Vorgänge unterstützen und 
ermöglichen (Erzeugen von Bahnkur- 
ven für Werkzeugmaschinen und Ro- 
boter, Darstellung von Meß- und Kon- 
trolldaten). Auch hier ist es zweckmä- 
ßig, zeitkritische Programmpassagen 
durch Assemblerprogramme auszu- 
tauschen. In diesem Abschnitt sind 
Verfahren und Programme angege- 
ben, die für häufig wiederkehrende 
elementare Aufgaben erforderlich 
sind: Interpolation, Filterung oder 
Glättung, Koordinatentransforma- 
tionen, Drehungen, Bahnkurven 2. 
Ordnung. Das Schlußkapitel stellt 
kurz zusammengefaßt wesentliche 
Aspekte der Formelabarbeitung in 
höheren Programmiersprachen dar. 
Es zeigt, wie auch für kompliziertere 
Formelausdrücke auf einfachem 
Weg Assemblerprogrammlösungen 
erreicht werden können. 

Alle Darstellungen und Programm- 
beispiele orientieren sich an den in 
der DDR gängigen 8- und 16-Bit-Pro- 
zessoren U 881, U 880, U 8000, K 
1810WM86 sowie Z8, Z80, Z8000, 
8086 und 8087. Das Buch ist kurz und 
knapp abgefaßt, ohne daß Zusam- 
menhänge verlorengehen. Es ist sehr 
übersichtlich gegliedert und hinterläßt 
in Aufmachung und Darstellung einen 
guten Eindruck. Zahlreiche instruk- 
tive Bilder unterstützen den Text. 
Vielfach werden die Programmbei- 
spiele durch ausführlichere Grundla- 
gen ergänzt. Dieses Buch ist vorder- 
gründig eine Darstellung für Pro- 
grammierspezialisten, die diese Pro- 
grammsammlung vielfältig als Nach- 
schlagwerk nutzen können. Auch der 
weniger mit der Programmierung be- 
faßte Leser wird aber eine Reihe von 
Anregungen finden; um so mehr, weil 
in kurzer, knapper Form nur das We- 
sentliche aufgeschrieben ist. 

Prof. Dr. W. Fritzsch 


TERMINE 
Softwarebörse 
zum Solitag 

Am 26. November 1989 beteili- 
gen sich am nun schon traditio- 
nellen Solibasar der Jugendme- 
dien im Palast der Republik die 
Redaktionen JUGEND+TECH- 
NIK mit Einchiprechner, practic 
mit Z 1013 und FUNKAMA- 
TEUR mit AC 1 und Mugler-PC. 
In der Zeit von 10.00 bis 17.00 
Uhr werden Programme auf 
Kassetten und Disketten der In- 
teressenten überspielt, Leiter- 
platten verkauft und EPROMs 
gebrannt. ft Besser 
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3 Demo des SBC-WPU-80601 mit 800 x 800 Pixeln 



4 4-MByte-RAM-Floppy für 16-Bit-PCs 



5. Videoansteuerung VIS 3 für 8-Bit-PCs 


Fortsetzung von der 2. US 

dem Farbmonitor veranschaulicht 
eine neue Qualität in Auflösung und 
Darstellung (Bild 3). 

Das Zentrum für wissenschaftlichen 
Gerätebau der Akademie der Wis- 
senschaften bot eine 4-MByte-RAM- 
Floppykarte und die Videoansteue- 
rung VIS 3 an. Die 4-MByte-RAM- 
Floppy (Bild 4) eignet sich für 
Speichererweiterungen des EC 1 834 
sowie von kompatiblen Rechnern 
nach EMS 3.2 (siehe auch MP 3/ 
1989, Seite 89). Sie kann als schnel- 
ler Datenspeicher in der Meßwert- 
erfassung oder als Cache-Speicher 
für Harddiskzugriffe dienen. Mit dem 


obligatorischen Speichern von 9 Bit 
pro Byte wird die Paritätsprüfung ge- 
währleistet. Eine Stützung bei exter- 
ner Spannungszuführung sowie ein 
Autorefresh sind möglich. Die Karte 
wird mit 1-MBit-DRAMs U 61 000 
CC12 (Zugriffszeit 120 ns) bestückt; 
ausgestellt war die Bestückungsva- 
riante mit 1 MByte. Die VIS 3 (Bild 5, im 
Hintergrund) dient zur Ansteuerung 
von Farbmonitoren, die als vollgrafi- 
sche Displays für die Bildverarbei- 
tung und für Computergrafik einge- 
setzt werden können. Insbesondere 
ist sie für Einsatzfälle geeignet, wo 
ein bestehendes 8-Bit-Mikrorechner- 
system durch ein grafikfähiges und 
farbtüchtiges Bildausgabesystem er- 



6 Teilentwurtsarbeitsplatz für Gate-Arrays mit EC1 8 34 


gänzt werden soll. Die VIS 3 wurde 
bereits ausführlich in MP 3 und 11/ 
1988 vorgestellt. 

Zur Entlastung der Entwurfszentren 
und weil der Entwurf von anwen- 
dungsspezifischen Schaltkreisen 
(ASICs) in den Entwurfszentren nicht 
für jeden Nutzer effektiv ist, steigt die 
Nachfrage nach dem Entwurf mit dem 
PC. Der Teilentwurfsarbeitsplatz der 
Technischen Universität Karl-Marx- 
Stadt für den EC 1834 demonstrierte 
die Entwurfssystme PC-GAD (TU Karl- 
Marx-Stadt) und MELGET (Metallur- 
gieelektronik Leipzig) für den Entwurf 
der Gate-Array-Systeme U 5200 und 
U5300 (Bild 6). Das in Netzbeschrei- 
bungs- und Kommandosprache zum 
System ARCHIMEDES für den 
Kl 840 kompatible PC-GAD erlaubt 
den Entwurf und die Simulation von 
Teilschaltungen mit bis zu 300 Ma- 
kros. Eingehend können Sie sich dar- 
über in unserer ASIC-Reihe in MP 3, 
6 und 9/1 989 informieren. 

Das Schaltkreiszentrum in VEB Texti- 
maelektronik Karl-Marx-Stadt hat in 
den drei Jahren seines Bestehens bis 
Anfang dieses Jahres Entwürfe für 30 
Gate-Array-Schaltkreise U 5200/ 
5300 und für 5 Standardzellenschalt- 
kreise Ul 500/1 600 ausgeführt. Zum 
Symposium informierte das Schalt- 
kreiszentrum über Logik-Cell-Arrays 
(LCAs), mit denen die Entwicklungs- 
zeiten von Leiterplatten mit ASICs 
stark verkürzt werden können. Bei 
geringen Stückzahlen können sie 


ASICs auch völlig ersetzen. LCAs 
werden - ähnlich wie EPROMs - am 
PC programmiert und wie ASICs ein- 
gesetzt. Damit erreichen die LCAs 
eine hohe Flexibilität. Sie sind ände- 
rungs- und testfreundlich; das Um- 
programmieren ist in wenigen Minu- 
ten möglich. LCAs bestehen aus ei- 
ner Menge von konfigurierbaren Lo- 
gikblöcken (Flipflops und komplexe 
kombinatorische Logikfunktionen) . 
Zur Kommunikation mit der Umwelt 
stehen Eingabe-/Ausgabeblöcke zur 
Verfügung. Alle Blöcke können un- 
eingeschränkt miteinander verbun- 
den werden. Ein Softwarepaket ent- 
hält Komponenten wie grafischer Edi- 
tor, interaktives Berechnen der Si- 
gnallaufzeiten, Makrozeiienbibliothe- 
ken, automatisches Plazieren und 
Routen sowie eine dynamische Si- 
mulationsunterstützung. 

Seit 1966 werden in Frankfurt(Oder) 
Bauelementesymposien durchge- 
führt. Sie stellen bis heute in der DDR 
in Größe und Bedeutung einzigartige 
apptikative Veranstaltungen dar. Mit 
der Vielfalt der Informationsmöglich- 
Keiten einschließlich des Verkaufs 
von Informationsmaterial und von 
Bauelementen wurde das Sympo- 
sium seinem Ruf als wichtigste Infor- 
mationsquelle für alle Anwender von 
integrierten Schaltkreisen in der DDR 
vollauf gerecht. MP-HK 


Fotos: Hemke, Weiß 
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Der Megabitspeicher 

U 61000 



Das nebenstehende Bild zeigt einen Ausschnitt des Megabitspeichers 
U 61000 in den drei Bearbeitungsstufen (von unten nach oben): 

* nach der Strukturierung der Poly-Silizium-Speicherplatte 

* nach der Strukturierung des Molybdänsilicids 

* nach Fertigstellung und Zwischenprüfung. 

Auf dem Bild sind Teile der Speichermatrix und der Taktsteuerung sowie 
Bondinseln mit Testereindrücken zu erkennen. 


Lesen Sie hierzu unseren Beitrag „ Der Megabitspeicher 
U 61000 - in diesem Heft. 
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close(a); 

x::ptr(se9<b),ofs(b)* 
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"TBaSaCRSR-.n; 

for i:=l to r.rl do grite(transfer*[i]>; 
uritelnif ilepos(b)): 

unte('Zu lesenden Satz eingeben (aaxt'.utflV) : readln(sitz); 
until satz):u; 
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Turbo-Pascal, 1983 erstmals angeboten und seit- 
dem ständig weiterentwickelt, erfreut sich zuneh- 
mender Beliebtheit und wird sicher auch in Zukunft 
zu den Standard-Programmiersprachen für 16-Bit- 
PCs gehören. Mit unserem Beitrag auf der Seite 
324 stellen wir Ihnen die gegenwärtig sehr weit ver- 
breitete Version 5.0 vor. Die Referenzkarte auf der 
2. und 3. Umschlagseite soll den Beitrag um ein 
praktisches Hilfsmittel ergänzen. 



Unser Beitrag auf der Seite 331 zeigt, wie Ihr 1 6-Bit- 
PC durch die Programmierung der Kommunika- 
tionskarte FPU um weitere acht V.24-Schnittstellen 
bereichert werden kann. 
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Der U8000 bietet Unterstützung bei einem koordi- 
nierten Main-frame-RAM-Zugriff. Auf Seite 333 
wird ein flexibles und leistungsfähiges U 8000-Mul- 
tiprozessorsystem mit geringem Hardwareaufwand 
vorgestellt. 


Vorschau 

Für das Heft 12/1989 bereiten wir für Sie unter an- 
derem die folgenden Beiträge vor: 

• Betriebssysteme der Echtzeitverarbeitung 

• Programmieren in C 

• Nutzerspezifische Gerätetreiber 
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Erster 32-Bit-Mikroprozessor aus Erfurt 
ermöglicht neue Rechnergeneration von Robotron 



Neben einer breiten Sortimentsent- 
wicklung kommt der Entwicklung von 
Spitzenprodukten als Prototypen 
neuer Technologien für die 90er 
Jahre große Bedeutung zu. Auf dem 
Gebiet der Festkörperschaltkreise 
wurde neben der Prototypenentwick- 
lung dynamischer Speicher die Ent- 
wicklung leistungsfähiger Mikropro- 
zessorsysteme als Einstieg in die 
Höchstintegration (VLSI-Technik) in 
der Direktive des XI. Parteitages der 
SED als zentrale staatliche Aufgabe 
festgelegt. Mit ihrer Erfüllung wird es 
der DDR möglich sein, den Bedarf 
höchstintegrierter Festkörperschalt- 
kreise aus eigenem Aufkommen zu 
decken und damit Grundlagen für 
eine erforderliche Sortimentsbreite 
entsprechender strategischer Volks- 
wirtschaftszweige, insbesondere der 
Rechentechnik, Steuerungselektro- 
nik und Informatik, zu schaffen. 

Die ersten Arbeiten zur Entwicklung 
des ersten 32-Bit-Mikroprozessorsy- 
stems der DDR begannen im Sep- 
tember 1986. Entsprechend den Er- 
fordernissen der DDR wurde auf ein 
leistungsfähiges System zur Reali- 
sierung von Arbeitsplatzrechnern ge- 
hobener Leistungsklasse orientiert. 
Zu den bereits aus anderen Entwick- 
lungsaufgaben resultierenden und 
verfügbaren Einzelkomponenten 
sollten 1 2 hoch- und höchstintegrierte 
Schaltkreise als einheitliches System 
entwickelt werden. Herzstück des Sy- 
stems ist der 32-Bit-Mikroprozessor 
U 80701 , der zirka 1 30 000 T ransisto- 
ren auf 85 mm 2 Chipfläche integriert. 
Dieser Mikroprozessor gestattet den 
Aufbau eines Arbeitsplatzrechners 
mit einer Leistungsfähigkeit von 1 Mil- 
lion Operationen pro Sekunde. Die 
Taktfrequenz beträgt 40 MHz. Der 
U 80701 verwaltet einen physischen 
Speicher von 1 6 MByte und einen vir- 
tuellen Speicher von 4 GByte. Er ver- 
fügt über eine integrierte Speicher- 
verwaltungseinheit (MMU). Weiterhin 
verfügt er über einen seitenorientier- 
ten Schutzmechanismus (51 2 Byte je 
Seite) sowie eine Verwaltung der Zu- 
griffsrechte (Protection). 175 Maschi- 
nenbefehle können genutzt werden. 
Alle Befehle sind orthogonal in ihrer 
Struktur und lassen für jeden der ma- 
ximal 6 Operanden alle der 21 ver- 
schiedenen Adreßmodi zu. Für die 
nicht hardwaremäßig realisierten Be- 
fehle wird die Emulation auf Betriebs- 
systemniveau unterstützt. Der Regi- 
stersatz umfaßt 16 allgemeine Regi- 
ster mit 32 Bit Breite sowie 20 Prozes- 
sor- bzw. interne Register. Der Pro- 
zessor enthält einen Clockgenerator 
und einen Bulkspannungsgenerator. 
Die 12 zum Gesamtsystem gehören- 
den Schaltkreise werden in den Kom- 
binaten Mikroelektronik Erfurt und 
Carl Zeiss JENA produziert. Es wurde 
eine eigene Entwurfssoftware für 
hochkomplexe Logikschaltkreise, wie 
Mikroprozessoren, erarbeitet und am 
Beispiel des 32-Bit-Mikroprozessors 
U 80701 erfolgreich getestet. 

Die mit dem 32-Bit-Mikroprozessor- 
system U 80700 aufgebauten neuen 
32-Bit-Rechner des VEB Kombinat 
Robotron, K 1 820, sind mit dem in der 


DDR verfügbaren 32-Bit-Rechner 
K 1 840 und mit international dominie- 
renden Erzeugnissen der 32-Bit- 
Technik voll kompatibel. Die gegen- 
wärtigen Hauptanwendungsgebiete 
des Rechners sind: 

- Entwurf komplizierter Automatisie- 
rungssysteme 

- Steuerung vollautomatischer Fa- 
briken 

- Informationssysteme zur Leitung 
der Volkswirtschaft 

- Entwurf hochintegrierter Schalt- 
kreise und komplizierter Mehrebe- 
nenleiterkarten 

- Robotersteuerungen 

- Telekommunikation, Satelliten- 
steuerung. 

Der K 1 820 ist problemlos vernetzbar. 
An einen einzigen Rechner können 
32 und mehr Bildschirmarbeitsplätze 
angeschlossen werden. An diesen 
lassen sich parallel unabhängige Ar- 
beiten durchführen. 

Durch die Unterstützung des Sy- 
stems U 80700 wird eine virtuelle 
Speicherverwaltung ermöglicht, die 
in Verbindung mit international ver- 
breiteten Betriebssystemen die 
Mehrprogramm- und Mehrnutzerar- 
beit erlaubt. Damit sind alle moder- 
nen Dialoganforderungen verschie- 
dener Nutzer möglich, und Rechner- 
kapazität kann zur Bearbeitung von 
Hintergrundprozessen verwendet 
werden. 

Durch den Verbund mehrerer Rech- 
ner kann durch eine aktiv geschaltete 
Redundanz eine Aufgabenumvertei- 
lung vorgenommen werden, so daß 
der Ausfall eines einzelnen Rechners 
praktisch ohne Auswirkung für den 
Nutzer bleibt. 

Der K 1 820 erfordert keine speziellen 
Aufstellbedingungen und ist aufgrund 
seiner geringen Größe an jedem Ar- 
beitsplatz integrierbar. 

Gegenüber dem bisher in der DDR 
breit angewendeten 8-Bit-Mikropro- 
zessorsystem U 880 wird eine Mate- 
rialeinsparung um den Faktor 10 er- 
reicht. 

Die in Ingenieurarbeitsstationen mit 
dem U 80700 mögliche hochauflö- 
sende Farbgrafik (Größenordnung 1 
Million Bildpunkte, mehrere 100000 
Farbnuancen) gestattet im Zusam- 
menhang mit interaktiven Bedien- 
möglichkeiten den Einsatz für an- 
spruchsvolle Konstruktions- und Dar- 
stellungsaufgaben. 

Von besonderer Bedeutung sind die 
Möglichkeiten der Kommunikation 
von Ingenieurarbeitsstationen über 
leistungsfähige, das heißt auf hohe 
Geschwindigkeit orientierte Daten- 
übertragungsverfahren. Mittels die- 
ser Netzfähigkeit werden drei Grund- 
probleme gelöst: Erstens besteht 
eine effektive Basis zur Daten- und 
Informationsübertragung zwischen 
mehreren Rechnern (auch über 
große Entfernungen). Zweitens wird 
die Nutzung gemeinsamer Ressour- 
cen - zum Beispiel teurer Peripherie- 
geräte wie Massenspeicher und elek- 
trostatische Plotter - durch mehrere 
Ingenieurarbeitsstationen unter- 
stützt. Außerdem besteht drittens die 
Möglichkeit, die dem Nutzer zur Ver- 


fügung stehende Rechenleistung 
durch Zusammenschaltung mehrerer 
Ingenieurarbeitsstationen zu erhö- 

Mit dem System U 80700 und mit dem 
1-MBit-DRAM U 61000 verfügt die 
Mikroelektronikindustrie der DDR 
nunmehr über alle Voraussetzungen, 
hochkomplizierte logische Systeme 
zu entwerfen und in die Fertigung um- 
zusetzen. Dazu erforderliche Ent- 
wurfswerkzeuge wurden in Gemein- 
schaftsarbeit der Mikroelektronik- 
kombinate, der Anwenderkombinate 
der Mikroelektronik, der Akademie 
der Wissenschaften und des Hoch- 
und Fachschulwesens der DDR erar- 
beitet. 

Für den 32-Bit-Mikroprozessor wurde 
eine eigene Technologie, die zwei 
Metallisierungsebenen enthält, ent- 
wickelt. Die modernen Produktions- 
stätten des Kombinates Mikroelektro- 
nik am Standort Erfurt basieren auf ei- 
ner in der DDR entwickelten Clean- 
room-Konzeption und nutzen vorran- 
gig technologische Spezialausrü- 
stungen verschiedener Kombinate 
der DDR sowie Importe aus der 
UdSSR und den übrigen RGW-Län- 
dern. Alle entscheidenden Materia- 
lien werden in der DDR hergestellt. 
Verwendet werden Siliziumscheiben 
aus dem VEB Spurenmetalle Frei- 
berg, spezialreine Chemikalien für 
die Halbleitertechnik aus dem VEB 
Laborchemie Apolda, Keramikge- 
häuse aus dem Kombinat Kerami- 
sche Werke Hermsdorf, Meßfassun- 
gen aus dem Kombinat Elektronische 
Bauelemente Teltow, Lacksysteme 
aus dem Kombinat ORWO sowie Lie- 
ferungen aus zahlreichen anderen 
Kombinaten. Der DDR ist es damit 
gelungen, sich beginnend beim 
Schaltkreisentwurf, der vorwiegend 
auf Rechentechnik des Kombinates 
Robotron aufbaut, über eigene Pro- 
duktionskapazitäten in modernen 
clean rooms bis hin zur Versorgung 
mit wichtigen Materialien, eine um- 


fassende eigene Basis zu schaffen. 
Darüber hinaus werden im Kombinat 
Mikroelektronik moderne Testsy- 
steme zur Sicherung aller qualitativen 
Parameter entsprechend internatio- 
nalen Maßstäben entwickelt und pro- 
duziert. 

Die in der DDR in den letzten Jahren 
erreichten Ergebnisse bei der Ent- 
wicklung anspruchsvoller Festkör- 
perschaltkreise stellen eine entschei- 
dende Grundlage für eine moderne 
Volkswirtschaft dar. Diese Grundla- 
gen sichern im nächsten Jahrzehnt 
eine stabile Versorgung der Industrie 
mit den wichtigsten Sortimenten 
höchstintegrierter Schaltkreise aus 
Eigenaufkommen der DDR. KME 


Textima- 

SchaltkreisentwUrfe 

40 anwenderspezifische Schaltkreis- 
entwürfe für nahezu alle Bereiche der 
Volkswirtschaft hat das Kombinat 
Textima bisher bereitgestellt. Sie ent- 
standen in einem eigens geschaffe- 
nen Schaltkreisentwurfszentrum des 
VEB Textimaelektronik Karl-Marx- 
Stadt, das 1986 als erste derartige 
Einrichtung im Maschinenbau der 
DDR die Arbeit aufgenommen hatte. 
Aus den Entwurfsunterlagen werden 
im Kombinat Carl Zeiss JENA nach 
Bedarf Schaltkreise in kleinsten 
Stückzahlen ebenso wie im Umfang 
von mehreren hunderttausend Stück 
produziert. Die in Karl-Marx-Stadt 
entworfenen Schaltkreise kommen in 
den Textima-Betrieben sowie in wei- 
teren elf Industriezweigen zum Ein- 
satz. Sie dienen insbesondere der 
schnelleren Verbindung des Maschi- 
nenbaues mit der Mikroelektronik, die 
ausschlaggebend für die Produktion 
von weltmarktfähigen Erzeugnissen 
ist. Die Entwicklung der mikroelektro- 
nischen Ausrüstungen erfolgt im en- 
gen Zusammenwirken mit wissen- 
schaftlichen Einrichtungen, insbe- 
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sondere mit der Technischen Univer- 
sität Karl-Marx-Stadt. Das Kombinat 
Textima beabsichtigt, die Kapazitä- 
ten für den Eigenbau von mikroelek- 
tronischen Baugruppen noch be- 
trächtlich zu erweitern. Gegenwärtig 
werden Voraussetzungen geschaf- 
fen, daß ab 1990 kundenspezifische 
Schaltkreise bei Textimaelektronik 
selbst gefertigt werden können. Die 
konsequente Hinwendung zu Schlüs- 
seltechnologien hat dazu geführt, daß 
schon in diesem Jahr im Kombinat 
Textima mehr als 70 Prozent aller Er- 
zeugnisse über mikroelektronische 
Ausrüstungen verfügen. adn 

Erfurter Bezirks-MMM 

Ergebnisse im Jugendobjekt Mikro- 
elektronik, an dem FDJler von 15 Be- 
trieben beteiligt sind, wurden auf der 
32. Erfurter Bezirks-MMM im Juni 
vorgestellt. Gewichtige Leistungen 
haben beispielsweise junge Fachar- 
beiter und Ingenieure aus dem VEB 
Mikroelektronik „Karl Marx" Erfurt 
aufzuweisen. Sie zeigten bei den 645 
Exponaten unter anderem eine Er- 
weiterungsleiterkarte, mit der sich die 
Rechenleistung von Sömmerdaer 
Computern auf das Drei- bis Vierfa- 
che steigern läßt. Das Kollektiv aus 
dem Forschungszentrum des Betrie- 
bes sammelte dabei Erfahrungen für 
den Einsatz des in Erfurt neuentwik- 
kelten schnellen 16-Bit-Mikroprozes- 
sors, der zum 40. Jahrestag der DDR 
in die Serienproduktion gehen sollte. 
Mit einem Sortiergerät für Silizium- 
scheiben war das MMM-Kollektiv 
„Franz Jakob“ vertreten. Die Neue- 
rung ermöglicht in der Halbleitervor- 
fertigung durch Arbeitszeiteinsparun- 
gen einen ökonomischen Nutzen von 
840000 Mark. ADN 


Elektronische 
Bauelemente 
für Diskettenlaufwerke 

Um eine zehnteilige Baureihe inte- 
grierter Schaltkreise für Disketten- 
laufwerke ist das Produktionspro- 
gramm im Betrieb Mikroelektronik 
des Kombinats Keramische Werke 
Hermsdorf erweitert worden. Die 
Hermsdorfer Widerstandsnetzwerke 
entsprechen den schaltungstechni- 
schen und konstruktiven Forderun- 
gen des Laufwerkherstellers Robo- 
tron-Buchungsmaschinenwerk Karl- 
Marx-Stadt. So beträgt die Einbau- 
höhe der flachen Netzwerke nur 
8,5 Millimeter. Durch technologische 
Rationalisierung im betreffenden Be- 
reich hatte das Hermsdorfer Kombi- 
nat Grundlagen für eine effektive Pro- 
duktion in den benötigten hohen 
Stückzahlen geschaffen. adn 

Tage der Elektrotechnik 
und Elektronik der DDR 
in Bulgarien 

„T age der Elektrotechnik und Elektro- 
nik der DDR" gab es Mitte Juni in So- 
fia. Spezialisten führender Kombi- 
nate dieses Volkswirtschaftszweiges, 
darunter Elektro-Apparate-Werke, 
Carl Zeiss Jena, Mikroelektronik, Au- 
tomatisierungsanlagenbau und Ro- 
botron, informierten überden erreich- 
ten wissenschaftlich-technischen 
Stand. Vorgestellt wurden unter an- 
derem neue Halbleiterbauelemente, 
ein Leiterplattentester sowie ver- 
schiedene speicherprogrammierbare 
Steuerungen zur Automatisierung 


von Pröduktiohsabschnitten. Eine 
Ausstellung demonstrierte die Zu- 
sammenarbeit zwischen Kombinaten 
der DDR und Wirtschaftsvereinigun- 
gen Bulgariens. An 16 Vorträgen von 
Spezialisten aus DDR-Kombinaten 
hatten rund 800 Techniker und Inge- 
nieure aus bulgarischen Betrieben 
sowie von Wirtschaftsorganisationen 
teilgenommen. Derzeit bestehen vier 
Spezialisierungs- und Kooperations- 
abkommen innerhalb der elektroni- 
schen Meßtechnik, für die Produktion 
von Kühlschrankrelais, Elektroinstal- 
lationsmaterial und Großraumreini- 
gungsgeräten. Gut entwickelt haben 
sich auch die Direktbeziehungen zwi- 
schen Betrieben beider Länder, die 
zum Teil schon traditionell sind, be- 
tonte der Stellvertreter des Ministers 
für Elektrotechnik und Elektronik der 
DDR, Rudi Wekker, zur Eröffnung, an 
der auch der Vorsitzende der Asso- 
ziation „Elektronika“ Bulgariens, 
Iwan Tenew, sowie DDR-Botschafter 
Egon Rommel teilnahmen. Iwan Te- 
new würdigte die sich auch in der 
Elektrotechnik und Elektronik gut und 

arbeit zwischen der DDR und der 
VRB. Großen Anteil daran hätten die 
engen Arbeitskontakte auf allen Ebe- 
nen. Noch nicht alle Möglichkeiten 
würden genutzt; es gebe viele neue 
Gebiete, auf denen noch aktivere Zu- 
sammenarbeit beiderseits nützlich 
wäre. Die Tage hätten Anregungen 
dazu vermittelt. Geplant sei, 1990 
diese Form des Erfahrungsaustau- 
sches mit der Vorstellung der bulgari- 
schen Elektronik in der DDR fortzu- 
setzen. ADN 


Internationale 
Handelsmesse 
in Bulawayo 

Mit einer Rekordbeteiligung öffnete 
die internationale Handelsmesse 
Simbabwes am 30. April in Bulawayo 
ihre Pforten. In der zweitgrößten 
Stadt des Landes boten 300 Ausstel- 
ler aus 35 Staaten Afrikas, Amerikas, 
Asiens und Europas sowie 570 sim- 
babwische Firmen bis zum 6. Mai ihre 
Exponate an. Erstmals auf der Messe 
vertreten waren Singapur, die Maledi- 
ven, Mauritius und Sri Lanka. 

Aus der DDR, die sich zum siebenten 
Mal an der Messe beteiligte, stellten 
auch die Außenhandelsunternehmen 
Elektrotechnik, Export-Import, Jen- 
optik, Robotron und Technocommerz 
aus. ADN 


Internationaler Salon 
für Informatik in Paris 

Der 40. Internationale Salon für Infor- 
matik, Datenübertragung und Büro- 
technik (SICOB) fand Mitte April im 
Messezentrum Paris-Nord statt. Auf 
dem Salon, der zu den bedeutend- 
sten Informatik-Fachmessen der 
Welt zählt, stellten mehr als 850 Fir- 
men aus den führenden Ländern auf 
dem Gebiet der Mikroelektronik und 
ihrer Anwendung ihre Erzeugnisse 
vor. Traditionell gehörte das DDR- 
Kombinat Robotron zu den Ausstel- 
lern. Es bot vor allem elektronische 
Schreibmaschinen der Serie 3000, 
darunter erstmalig eine Maschine mit 
arabischen Schrifttypen, ferner Per- 
sonalcomputer und periphere Geräte 
sowie elektronische Drucktechnik 

Die Neuheiten des diesjährigen Sa- 
lons betrafen vor allem Weiterent- 


wicklungen bei der Anwendung der 
Mikroelektronik im Bürowesen, bei 
der Konstruktion und für Dienstlei- 
stungen. ADN 


Jubiläumsmesse 
in Algier 

An der 25. Algier-Messe Anfang Juni 
beteiligten sich rund 1 000 Aussteller 
aus 33 Ländern und mehr als 200 
staatliche und private Unternehmen 
des nordafrikanischen Landes. Die 
DDR, ununterbrochen auf der Expo- 
sition vertreten, beteiligte sich in die- 
sem Jahr mit einer Kollektivausstel- 
lung. 17 Außenhandelsbetriebe und 
Consultingfirmen präsentierten auf 
1200 Quadratmetern hochwertige, 
für die Entwicklung der algerischen 
Volkswirtschaft geeignete Indu- 
strieerzeugnisse, vor allem Maschi- 
nen und Anlagen sowie Produkte der 
elektrotechnischen und elektroni- 
schen Industrie. 

Beim Besuch des DDR-Pavillons in- 
teressierte sich der algerische Mini- 
sterpräsident Kasdi Merbah beson- 
ders für die elektronische Schreib- 
technik von Robotron, die ausschließ- 
lich mit arabischer Tastatur offeriert 
wurde. Ausführlich ließ er sich das 
Spitzenmodell „Erika 6007“ erläu- 
tern, das erstmalig auf einer interna- 
tionalen Messe ausgestellt wurde. 

ADN 


Sowjetisch-bulgarisches 

Gemeinschaftsunter- 

nehmen 

40000 Personalcomputer pro Jahr 
soll der sowjetisch-bulgarische Be- 
trieb „ Variant“ für das Bildungswesen 
produzieren, der in Taschkent, der 
Hauptstadt Usbekistans, in Betrieb 
genommen wurde. Das Gemein- 
schaftsunternehmen entstand in ei- 
nem Zeitraum von nur neun Monaten. 
Zu den Aktionären gehören die Inge- 
nieurzentren „Wolna“ und „Lidar“ 
beim Komitee für Volksbildung der 
UdSSR und bei der Akademie der 
Wissenschaften der UdSSR sowie 
das bulgarische Kombinat für Mikro- 
prozessortechnik in Pravez. 

„Die den Arbeitskollektiven im Zuge 
der Umgestaltung der sowjetischen 
Wirtschaft eingeräumten neuen 
Rechte haben es ermöglicht, in kur- 
zer Frist Betriebe zu schaffen, die den 
höchsten Anforderungen entspre- 
chen“, sagte der Vizepräsident der 
Akademie der Wissenschaften der 
UdSSR, Jewgeni Welichow, bei der 
Eröffnung des Unternehmens. Der 
Generaldirektor des Kombinates 
„Pravez“, Plamen Watschkow, hob 
hervor, daß als Bedingung für die Ge- 
meinschaftsproduktion niedrige 

Selbstkosten bei der Herstellung der 
Computer, die Entwicklung der Soft- 
ware und Service-Dienstleistungen 
vereinbart wurden. Es ist geplant, in 
Usbekistan mehrere Filialen von „Va- 
riant“ einzurichten. Dadurch wird es 
bis 1991 möglich sein, alle Schulen in 
dieser Republik mit Computern aus- 
zustatten. MP 


Kuba 

setzt Achtungszeichen 
bei Schlüsseltechnologien 

Mikroelektronik „Made in Cuba“ 
wurde noch vor wenigen Jahren mit 
Erstaunen zur Kenntnis genommen. 
Heute tragen Erzeugnisse des jüng- 
sten Industriezweiges der Karibikin- 


sel bereits internationale Messeaus- 
zeichnungen. Die UdSSR hat für die- 
ses Jahr 10000 Bildschirmterminals 
in Kuba bestellt. Computertastaturen, 
auf die sich Kuba im RGW speziali- 
siert, werden in verschiedene Bruder- 
länder exportiert. 

Die Übernahme und Entwicklung von 
Schlüsseltechnologien wie der Mikro- 
elektronik, Computertechnik oder 
Biotechnologie hat im Programm der 
KP Kubas besonderen Stellenwert 
bei der Vertiefung der sozialistischen 
ökonomischen Integration sowie der 
Erweiterung von Produktion, For- 
schung und Entwicklung. Ausgehend 
von der internationalen Dynamik die- 
ser Bereiche besteht die Aufgabe, die 
materiell-technische Basis für Hoch- 
technologien zu konsolidieren und 
Ungleichgewichte in der Produktions- 
struktur zu überwinden. 

Schwerpunkt ist die Produktion von 
elektronischen Komponenten, Com- 
putern sowie industriellen Automati- 
sierungsmitteln für den Export. Zu- 
gleich sollen einheimische Rohstoffe 
für die Elektronik gewonnen, medizin- 
technische Geräte, Kommunikations- 
mittel, Konsumgüter und Software 
verstärkt hergestellt werden. 

Sicher kann und will sich Kuba nicht 
mit führenden Elektronik-Nationen 
messen, da das Land bei Schlüssel- 
technologien erst am Anfang steht. 
Doch die jüngste Entwicklung läßt 
deutliche Fortschritte erkennen. So 
wurde im Dezember 1 988 der erste 
einheimische Mikrochip vorgestellt. 
Und im Havannaer Zentrum für Soft- 
ware wird an CAD-Programmen ge- 
arbeitet. ADN-Hempel 


Schlüsseltechnologien 
auf Dresdener Bezirks- 

MMM 

Mit dem hochintegrierten Schaltkreis 
U 80 61 7 gelang einem Jugendfor- 
scherkollektiv des VEB Forschungs- 
zentrum Mikroelektronik Dresden 
und des VEB Robotron-Elektronik 
Dresden die Entwicklung des ersten 
Schaltkreises einer neuen Klasse. 
Sie werden auf dem Gebiet der 32- 
Bit-Rechentechnik, die mit dem 
K 1 840 vom Kombinat Robotron vor 
rund zwei Jahren begann, zum Ein- 
satz kommen. Möglich wird damit 
eine bis zu 20mal höhere Arbeitsge- 
schwindigkeit bei verringertem Ferti- 
gungs- und Prüfaufwand. Die Ent- 
wickler stellten ihren Neuling im Kon- 
sultationsstützpunkt „FDJ und 
Schlüsseltechnologien" im August 
auf der 32. Messe der Meister von 
morgen des Bezirkes Dresden vor. 

ADN 


Software ist vorhanden 

Zu dem Beitrag „Entwicklung zuver- 
lässiger Software in der Gerätetech- 
nik“ (MP 7/89, S. 212, Tafel 1 ) erhiel- 
ten wir vom VEB Robotron-Rationali- 
sierung Weimar den folgenden Hin- 

Zur Steuerung der P 6000 bietet der 
VEB RRW folgendes Softwareange- 
bot: 

• Rahmensteuerprogramm „Sy- 
stemsoftware für modulare Steue- 
rung" (SPS 6000) mit prozeßorien- 
tiertem Steuerprogramminterpreter - 
SGM 

• SGM-Editor und Übersetzer für 
SCP-Computer. 
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Von Turbo 3.0 zu Turbo 5.0 

Professionelles für Profis 


Thomas Bauer, Berlin 


„Die Computerwelt erlebt derzeit einen Pas- 
cal-Boom, wie ihn selbst eingefleischte An- 
hänger dieser Programmiersprache nicht zu 
erhoffen wagten. Als Motor der Bewegung 
läßt sich unschwer ein preiswertes Produkt 
von Borland ausmachen, das auf allen 
Rechnern mit CP/M oder MS-DOS läuft: 
Turbo-Pascal.“ 11/ 

Mit diesem Zitat aus dem Jahre 1985 ist die 
Entwicklung von Turbo-Pascal treffend aus- 
gedrückt. Pascal wurde Ende der 60er Jahre 
von N. Wirth entwickelt. Konzipiert war Pas- 
cal als Untermenge von ALGOL zum 
Zwecke der Lehre. Dem kommerziellen Ein- 
satz standen die konzeptbedingten Ein- 
schränkungen, beispielsweise das Fehlen 
von Stringvariablen und von komfortablen 
Dateiverarbeitungsmöglichkeiten, entge- 
gen. Turbo-Pascal mit seinen hervorragen- 
den Eigenschaften bezüglich Schnelligkeit, 
Komfort und Entwicklungsumgebung 
brachte im Jahre 1983 die Wende. 
Turbo-Pascal ist auf allen CP/M-Rechnem 
verfügbar und erreicht unter MS-DOS seine 
professionelle Ausprägung. Bei der Version 
3.0, die einen Quasi-Industriestandard dar- 
stellt, liegen die Unterschiede zwischen der 
8- und der 16-Bit-Version nur in den maschi- 
nennahen Sprachteilen. Die Version 3.0 ist 
für 8-Bit-Rechner gewissermaßen eingefro- 
ren - die Weiterentwicklung vollzieht sich 
konsequent zur Professionalität hin aus- 
schließlich auf 16-Bit-PC und dort wiederum 
zu den schnellen Maschinen mit großen 
Speichern im MByte-Bereich hin. Turbo-Pas- 
cal Version 5.0 verkörpert als echte Ablösung 
der Zwischenversion 4.0 das heute bei der 
professionellen PC-Software erreichte Ni- 
veau, das sich in seinen Charakteristiken am 
ehesten mit früheren Sprachpaketen für 
Großrechner (Mainframes) vergleichen läßt. 
Komfort und Mächtigkeit lassen kaum noch 
Wünsche offen. Das Handbuch von Turbo 
5.0 basiert auf dem der Version 4.0 zuzüglich 
eines Addendums von etwa 200 Seiten und 
ist nun mit insgesamt etwa 1000 Seiten ge- 
genüber dem der Version 3.0 mit nur etwa 
350 Seiten deutlich umfangreicher. Für Gele- 
genheitsprogrammierer ist die Version 5.0 in- 
zwischen ein Gigant, bei dem die Frage nach 
der Verhältnismäßigkeit des Aufwandes zum 
Erlernen der Handhabung usw. zum erreich- 
ten Nutzen durchaus berechtigt erscheint. 
Zur Version 3.0 ist hier wenig zu vermerken. 
Es sei auf den MP-Kurs PASCAL verwiesen 
121. Interessanter sind die Unterschiede der 
nachfolgenden Versionen 4.0 und 5.0, weil 
sie den eigentlichen Fortschritt zum perfek- 
ten Softwarewerkzeug gebracht haben. Mit 
der Version 4.0 und vor allem 5.0 werden die 
Hersteller umfangreicher, kommerziell zu 
vermarktender Programmpakete angespro- 
chen. Hier einige der wesentlichen Unter- 
schiede von Turbo 4. 0/5.0 zur Version 3.0: 

- Statt COM-Dateien werden nun generell 
EXE-Dateien erzeugt und damit die 64- 
KByte-Grenze für Programmcode aufgeho- 
ben (Abkehr vom SMALL-MEMORY-MO- 
DEL). 


- Modularität durch UNITs-getrennte Über- 
setzung und automatische Projektverwal- 
tung 

- zwei- bis dreimal schnellerer Compiler 

- Kontextbezogene Hilfstexte und Bedie- 
nung mittels HOT-Keys (Tafel 1) 

- noch komfortablere Benutzeroberfläche 
mit ausgefeilter Fenster- und Menütechnik 

- Intelligenter Linker (Einbinden von OBJ- 
Dateien) 

- DOS- und Grafikunterstützung im Stan- 
dardsprachumfang 

- Overlays wurden in der Version 4.0 ersatz- 
los gestrichen, sind aber in der Version 5.0 
wieder enthalten. 

- Erweiterter Sprachumfang mit neuen 
Standardprozeduren und neuen Datentypen 

- Umstellungsunterstützung von Version 
3.0 nach 4.0/5.0 (UPGRADE-Utility sowie 
UNITs TURB03 und GRAPH3) 

- Kommandozeilenversion des Compilers 

- deutlicher Mehrbedarf an Speicherplatz 
(mindestens 384 KByte für Turbo 5.0). 


Tafel 1 Einige wichtige HOT-Keys der Version 5.0 

■[Fl] aktiviertdieHELF-Einrichtung 

[F2] Datei im Editor sichern 

}F3] Datei in den Editor laden 

(F5J aktuelles Fenster zoomen 

|F6] zwischen Edit- und Walch-Fenster 


(Alt]— [F 1 ] 
[Alt]~[F3] 
[AitJ-fFü] 


(CtrlHF7) 

[Ctrlj-[F9) 


AKE-Prozedur starten 
haltet zwischen Menüleiste und 


Datei aüfgreifen via Pick-Liste 
. schaltet zwischen Entwicklungs- 
umgebung und MS-DOS-Bild- 

kompiliertden irri Editor befind- 
lichen Quelitext 
Turbo-Pascal verl. 




im Editor 


verfügbar; 

Debugger: Eingabe eines 
Walch-Ausdrucks 
aktiviert Compile/Make und startet 
das Programm, wenn die Kompi- 
lation fehlerfrei verlaufen ist 


Tafel 2 Numerische Datentypen der Version 5.0 


Typ 


Bereich 


BYTE 

WORD 

SHORTINT 

INTEGER 

LONGINT 

REAL 

SINGLE 

DOUBLE 

EXTENDED 

COMP 


0 . . 255 


-21 47483648 . . 2147483647 
-2.0E-39 . . 1.7E38 

— 1 .5E— 45 . . 3.4E38 * 

— 5.0E — 324 . . 1 .7E308 * 

-1.9E— 4951 ..1.1E4932 * 

-9.2E18 . . 9.2E18 * 


Die mit * gekennzeichneten Datentypen sind nur mit einem 
mathematischen Koprozessor nutzbar. 


Die Version 5.0 kann sicher als ein in gewis- 
ser Weise abgeschlossenes Produkt für 
DOS-Rechner ähnlich der Version 3.0 für die 
CP/M-Rechner angesehen werden. 

Was ist nun wesentlich an dieser Version? 
Sie enthält im Professional Pack sowohl ei- 
nen Turbo-Assembler als auch einen 
Source-Code-Debugger. Damit wird nicht 
nur äußerlich ein in sich geschlossenes Pa- 
ket präsentiert. 


Professionelles Programmieren braucht 
Speicher; dem Limit von 640 KByte kommt 
man bei Nutzung des breiten Angebots an 
Softwaremöglichkeiten, die schon die Stan- 
dardbibliothek TURBO. TPL bereithält, zu- 
züglich problemspezifischer kommerzieller 
Toolboxbibliotheken schnell nahe. Das mag 
ein Grund gewesen sein, die Overlays in die 
Version 5.0 nun doch wieder aufzunehmen. 
Ebenso wird mit der Unterstützung der EMS- 
Speichererweiterung Besitzern einer EMS- 
Karte (EMS 4.0 erweitert den PC-Speicher 
um 32 MByte, der in 4 x 1 6 KByte-Blöcken in 
den adressierbaren Bereich oberhalb der 
640 KByte-Grenze ein- und ausgeblendet 
werden kann) die Möglichkeit geboten, die- 
sen zusätzlichen Speicher sowohl mit der in- 
tegrierten Entwicklungsumgebung als auch 
in eigenen Programmen zu nutzen. Das hilft 
64 KByte des Hauptspeichers zu sparen und 
macht sich bei der integrierten Entwicklungs- 
umgebung angenehm bemerkbar, wenn der 
Editor in einen 64 KByte-Bereich außerhalb 
des eigentlichen 640 KByte-Hauptspeichers 
verlagert werden kann. Ebenfalls positiv fällt 
die Möglichkeit zur Benutzung zweier Bild- 
schirme nebst Adapter auf. Der aktive MS- 
DOS-Bildschirm wird für die Programmte- 
stung genutzt, während Turbo-Pascal auf 
dem zweiten für das Betriebssystem norma- 
lerweise inaktiven Adapter läuft - eine vor al- 
lem bei der Entwicklung von Grafiksoftware 
zugegebenermaßen beeindruckende Ar- 
beitsumgebung, die zur Anschaffung von zu- 
sätzlicher Hardware verleitet. 

Eine weitere erwähnenswerte Neuerung bei 
der Version 4.0/5.0 ist die Installierbarkeit 
des Turbo-Pascal-Systems in jedes belie- 
bige Verzeichnis und die Konfigurierbarkeit 
der Entwicklungsumgebung mittels einer Da- 
tei (Standardname TURBO.TP). Damit läßt 
sich die Turbo-Pascal-Software in jedes hier- 
archische Dateisystem auf der Festplatte 
problemlos einordnen. Der Aufruf des Turbo- 
Systems kann über den Pfad aus einem an- 
deren Arbeitsverzeichnis erfolgen. Wenn 
sich nun in diesem Arbeitsverzeichnis eine 
Konfigurationsdatei befindet, so wird diese 
Datei gelesen. Die integrierte Entwicklungs- 
umgebung wird dadurch mit den Einstellun- 
gen, die in der Konfigurationsdatei enthalten 
sind, für Compiler, Linker, Debugger, Ver- 
zeichnispfade usw. versehen. Damit kann 
prinzipiell zu jedem Projekt, das in einem ei- 
genen Verzeichnis steht, eine entspre- 
chende Konfigurationsdatei angelegt wer- 
den, die die integrierte Entwicklungsumge- 
bung bei Arbeitsbeginn sofort mit den ge- 
wünschten Parametern versieht. An dieser 
Stelle sollen noch einmal die wesentlichsten 
Unterschiede der Version 5.0 zur Version 4.0 
hervorgehoben werden: 

- Unterstützung von Overlays 

- EMS-Speichererweiterungs-Unterstüt- 
zung (Expanded-Memory-Specification) 

- verbesserter Linker 

- 8087-Emulation 

- berechnete Konstante 

- integrierter Debugger 

- prozedurale Parameter 

Nun zu einigen Punkten im einzelnen. 

Das UNIT-Konzept 

Das UNIT-Konzept ist die interessanteste 
Neuerung gegenüber der Version 3.0. Damit 
wird die strukturierte Programmierung weiter 
unterstützt. Das Konzept erinnert sehr an 
Modula-2. Es bestehen damit nur noch we- 
nige Gründe, das gegenüber dem Pascal- 
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File Edit Run Conpile 


Line 53 Col 12 Insert Indent 
uritelnf'Sätz länge r 
writeln( 'Anzahl der D| 
close(i); 


resef(b,r,lk); 

x::ptr(seg(b),ofs(b)+ 

x*l:r,rl; 

getnen ( transf er , r , r 1 ) 

setz;:®; 

repeat 


Debug Break/watch 
Unindent C : REftDDB , PflS 


File Edit Run Conpile 


b lock readCb , frans Per A , 1) ; 

for i;:l to r.rl do wr it e( transf er A E i ] ) ; 

uriteln: 

writelnif ilepos(b)): 

nrite( 'Zu lesenden Satz eingeben (nax=',u:3:ö, ) : ); re^lnlsatz); 
until satz>:u; 


Line 27 Col 12 

procedure TurboSeektvi 
begin seek(x, J) end; 

procedure seek( var xlf 
vir störe : integer; 
v : A integer| 
pos : longint; 
begin .. 

Insert Inde 

xifile; j : 

Compiler 

Linker 

Environnent 

nirrargri 

C: REftDDB, PftS 

Turbo directory: C:\SYS1\CL\TP5 

EXE t TPU directory: 

Ino lüde directories: C:\SYSl\CLMP5\GRfiFIK 

Unit directories: C:\SYS1\CL\TP5\UNITS:C:\SYS1\C 

pos::r.lki 

v:=ptr(se 

Object Directories 

V A ;:l; 

Turboseek(x,pos); 

v A ;:store; 

end; 

begin 



Fl-Help F7-Trace FS-Step FID-Menu TAB-Cycle <-J-Evaluate 


Fl-Help F5-Zoon Fd-Suitch F7-Jrace F8-Step F9-Hake FlMenu | 


Bild 1 Die integrierte Entwicklungsumgebung 
Evaluate 


Menüpunkt Debugi 


Bild 2 Das Optionsmenü 
OptionsIDirectorieslObjectdirectories 


Sprachkonzept modernere Modula-2 einem 
Turbo-Pascal in der Version 5.0 vorzuziehen. 
Eine UNIT ist eine Bibliothek von Deklaratio- 
nen (Prozeduren, Funktionen, Typen, Varia- 
blen und Konstanten), die separat compiliert, 
bei Bedarf in ein Programm aufgenommen, 
und dort benutzt werden können. UNITs wer- 
den in Dateien mit dem Dateityp TPU gespei- 
chert. Mit den UNITs werden zwei Vorteile 
eingebracht: 

- Da jede UNIT bis zu 64 KByte groß sein 
darf, ist das Gesamtprogramm nur noch vom 
verfügbaren Gesamtspeicher begrenzt. 

- Die Unterteilung des Programms in UNITs 
unterstützt die Entwicklung großer Pro- 
grammsysteme sowie die Erstellung und 
Verwaltung von Standardbibliotheken. Damit 
wird eine arbeitsteilige Projektentwicklung 
gewährleistet. 

Die Standard-Bibliothek TURBO.TPL enthält 
in der Version 5.0 die Standard-UNITs: SY- 
STEM, CRT, DOS, PRINTER und OVER- 
LAY. Mit dem Programm TPUMOVER kann 
man die Standardbibliothek und andere 
UNIT-Bibliotheken verwalten. Das reser- 
vierte Statement 
USES <name>[,<name> . . .]; 
dient zum Einbinden entsprechender UNITs 
in ein Programm. So kann man beispiels- 
weise eine Toolbox, die in der Datei KER- 
NEL. TPU als compilierte UNIT abgelegt ist, 
mit „USES KERNEL;“ in ein beliebiges Pro- 
gramm aufnehmen. Allerdings müssen die 
UNITs der Version 4.0 zur Benutzung in der 
Version 5.0 neu compiliert werden. - Kein 
Problem, wenn die Quelltexte vorhanden 
sind; im anderen Falle eine fatale Situation 
für den Anwender, denn die Suche nach ei- 

Tafel 3 Speicherbedarf der UNITs der Turbo-Pascal- 



nem Umsetzungsprogramm für die UNITs ist 
vergeblich. - Ein solches gibt es nicht. 

Fenster-Technik 

Ein wesentlicher Unterschied zur Version 3.0 
ist die Fenstertechnik mit den schon bei an- 
deren Produkten der Turbo-Serie (z. B. 
Turbo-Basic, Turbo-C) zum Standard gehö- 
renden Pull-Down-Menüs (Bild 1 und 2). 
Während bei der Version 3.0 dem Editor der 
gesamte Bildschirm uneingeschränkt zur 
Verfügung gestellt wurde, wartet die Version 
4.0 hier mit einer Neuheit auf. Der Bildschirm 
kann unterteilt werden in ein Output- und ein 
Edit-Fenster. Die Größe beider Fenster kann 
installiert werden. Das Output-Fenster ent- 
hält den DOS-Bildschirm, wie er sich vor dem 
Aufruf des Turbo-Systems präsentierte bzw. 
wie er nach dem Test eines Programms unter 
der integrierten Entwicklungsumgebung hin- 
terlassen wurde. Im Edit-Fenster wird der 
Quelltext mit den gewohnten WordStar-kom- 
patiblen Kommandos bearbeitet. Störend 
wirkt beim Editor der Version 5.0 allerdings, 
daß bei den Blockbefehlen die HOT-Keys 
[F7] (<CtrlxKB>) und [F8] (<Ctrl> 
<KK>) für die Blockmarkierung nun nicht 
mehr zur Verfügung sfehen. Diese Tasten 
wurden für den Debugger verwendet, was 
einiger Gewöhnung bedarf. Zum effektiven 
Arbeiten ist das Zoomen sowohl des Edit- als 
auch des Output-Fensters auf volle Bild- 
schirmgröße möglich. Als sehr nützlich er- 
weist sich auch das Drumherum beim Quell- 
texteditieren; beispielsweise das Picking - 
ein schnelles Aufgreifen von Dateien - bei 
der Bearbeitung mehrerer eventuell zu einem 
Projekt gehörender Quelltexte. Durch An- 
wählen des Menüs OptionlDirectories/Pick 
File kann man eine sogenannte Pickliste an- 
legen, die auch als Datei gespeichert wird. In 
dieser Datei werden die Namen der letzten 
acht bearbeiteten Quelltexte abgelegt; sie 
stehen bei Arbeitsbeginn sofort zur Verfü- 
gung und können über die Picking-Funktion 
leicht gehandhabt werden. 

In der Version 5.0 ist das Output-Fenster ei- 
nem Watch-Fenster gewichen. In diesem 
Watch-Fenster können zur Laufzeit Varia- 
blenwerte verfolgt und auch manipuliert wer- 
den. Verantwortlich für diesen Service ist der 
integrierte Debugger, der eine wesentliche 
Erweiterung der Version 5.0 gegenüber 4.0 
darstellt. Während der Fehlersuche stehen 


dem Programmierer über die Menüleiste und 
die HOT-Keys zahlreiche Überwachungs- 
funktionen zur Verfügung. Voraussetzung für 
die Arbeit mit dem Debugger ist die Beach- 
tung notwendiger Compilerschalter-Vorein- 
stellungen, die in der Mehrzahl der Fälle dann 
auch einen größeren Speicherbedarf erfor- 
dern (Symboltabellen etc.). 

Integrierter Debugger 

In der Version 5.0 hat sich nicht nur im Layout 
der Menüzeile etwas geändert. Einige 
Punkte sind neu hinzugekommen oder mit 
Erweiterungen versehen worden: 

DEBUG 

WATCH 

RUN 

Speziell bei RUN gibt es nun auch ein Pull- 
Down-Menü, das mehrere Menüpunkte ent- 
hält. Bis auf das ursprüngliche RUN, das die 
normale Programmabarbeitung startet, ha- 
ben alle weiteren Subfunktionen im Zusam- 
menhang mit dem integrierten Quellcode- 
Debugger ihre Bedeutung. 

Mit diesem Debugger ist es beispielsweise 
möglich, die Werte von Variablen während 
der Laufzeit zu überprüfen - eine Aufgabe, 
deren Lösung in früheren Turbo-Pascal-Ver- 
sionen nur durch explizite Ausgabeanwei- 
sungen im Quelltext herbeigeführt werden 
konnte. Bei der Version 5.0 wählt man mit De- 
bug/Evaluate den entsprechenden Options- 
punkt und kann nach Erscheinen eines drei- 
gliedrigen Fensters die zu überprüfende Va- 
riable eintragen (Bild 1 ). Im mittleren der drei 
Evaluate-Windows erscheint der aktuelle 
Wert der betreffenden Variablen. Mit den 
Cursor-T asten kann man in das dritte Fenster 
gelangen und dort sogar den aktuellen Wert 
der Variablen ändern. Steht der Cursor vor 
dem Aufruf von Evaluate auf einer Quelltext- 
variablen, so erscheint diese zur Kontrolle 
sofort im ersten Fenster. Wenn nun mehrere 
Variable eines Programms überwacht wer- 
den sollen, arbeitet man besser mit dem 
Watch-Fenster. Mittels HOT-Key [F6] kann 
man sich in das Watch-Fenster bewegen. 
Eine besonders effektive Möglichkeit bietet 
der Debugger im Trace- oder Einzelschritt- 
modus, womit in ganz hartnäckigen Fällen 
dem Fehler ähnlich wie beim Basic-Interpre- 
ter auf die Spur zu kommen ist. Im T race-Mo- 
dus können dabei Prozeduren übersprungen 
oder ebenfalls Schritt für Schritt untersucht 
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und beobachtet werden. Mit dem Setzen von 
Breakpoints gibt es noch eine weitere Option 
zur detaillierten Fehlerortung. Alles in allem 
stellt der Quellcode-Debugger ein sehr wir- 
kungsvolles Instrumentarium zum gründli- 
chen Austesten kompliziertester Algorithmen 
dar. Für solche Algorithmen lohnt sich die An- 
wendung des Debuggers und der Aufwand 
zum Erlernen seiner facettenreichen Anwen- 
dungsmöglichkeiten. 

Erweiterter Sprachumfang 

Der Sprachumfang wurde gegenüber der 
Version 3.0 drastisch erweitert. Es sind 
einige neue Datentypen hinzugekommen, 
die zum einen auch für Turbo-Pascal den An- 
schluß an den lEEE-Standard sichern sollen 
und zum anderen bei der Nutzung des Kopro- 
zessors üblich sind. Die numerischen Daten- 
typen von T urbo-Pascal 5.0 zeigt T afel 2. 

Die frühere BCD-Arithmetik wird durch die 
lEEE-Datentypen abgedeckt (Verwendung 
von COMP bei Koprozessor, sonst LON- 
GINT). 

Pragmatisch eingestellte Programmierer 
werden einige Neuerungen in Richtung Auf- 
weichung des strengen Typkonzepts von 
Pascal begrüßen: 

- Untypisierte Zeiger mit dem Schlüsselwort 
POINTER. Ein derart definierter Zeiger zeigt 
nicht auf eine Variable eines bestimmten 
Typs, sondern ist mit allen Zeiger-Variablen 
zuweisungskompatibel. 

- Typecasting wandelt jegliche Datentypen, 
seien es vor- oder selbstdefinierte, einfache 
oder strukturierte Typen, ineinander um. Als 
Einschränkung müssen beide Typen die glei- 
che Anzahl Bytes belegen. Das war in der 
Version 3.0 nur bei Aufzählungstypen direkt 
und bei anderen nur mit dem MOVE-Befehl 
möglich. 

- Datentyp STRING ohne Längenangabe 
entspricht STRING[255]. Damit können sol- 
che Strings nun problemlos als Parameter für 
Unterprogramme benutzt werden. 

Man sieht auch hier, die Professionalisierung 
bringt Ähnlichkeiten zu Großrechnerspra- 
chen wie PL/1 mit sich. Dazu gehören auch 
das UNIT-Konzept, die Overlay-Technik und 
vor allem der Linker und die Standard-Biblio- 
theken. Mit den von der Compilerversion und 
allen übrigen Softwarebestandteilen un- 
abhängigen Dienstprogrammen MAKE, 


TOUCH und GREP können Programmkom- 
plexe eines umfangreichen Projektes verwal- 
tet werden. Auch diese Hilfsmittel sind vom 
Großrechnereinsatz her bekannt und für eine 
vorwiegend professionelle Softwareherstel- 
lung unentbehrlich. Insgesamt kann man sich 
jedoch des Eindrucks nicht erwehren, daß die 
Turbo-Pascal-Entwickler hier sozusagen ihr 
gesamtes eigenes Handwerkzeug freige- 
ben. 

Mit dem Professional Pack steht der labor- 
mäßigen Softwareentwicklung auf der 
Grundlage von Turbo-Pascal und Assembler 
ein mächtiges Entwicklungsinstrument zur 
Verfügung. Wer hier einsteigt, sollte für 
einige Jahre dabeibleiben, denn Einarbei- 
tungsaufwand und Einleben in die Probleme 
dürften schon so groß sein, daß sich die Auf- 
wendungen nur für etablierte Softwareent- 
wickler über einen längeren Zeitraum mit ent- 
sprechenden Ergebnissen lohnen. 

Für Maschinen mit 512 bzw. 640 KByte und 
dem ständig steigenden Angebot an hilfrei- 
chen residenten Programmen wird allerdings 
der Speicherplatz bald knapp werden, denn 
Turbo-Pascal 5.0 ist ein Speicherfresser, 
wenn man beispielsweise die Compilerdirek- 
tiven auf vollen Service einstellt. 

Als Ausblick soll hier noch die Version 5.5 von 
Turbo-Pascal erwähnt werden. Mit dieser 
Version wird das Objektorientierte Program- 
mieren als Option ermöglicht - bei vollständi- 
ger Kompatibilität zum alten Sprachumfang 
ohne diese Erweiterungen. Objekte ergän- 
zen die reine Confa/ner-Funktion einer Varia- 
blen im traditionellen Sinne um deren Eigen- 
schaften, Schnittstellen zu anderen Objekten 
und internen Funktionen. Damit wird mit nur 
vier neuen Schlüsselwörtern (object, virtual, 
constructor und destructor) vielen Pascal- 
Programmierern die Möglichkeit gegeben, 
sich in ihrer gewohnten Umgebung mit einer 
neuen, zukunftweisenden Programmierme- 
thodik praktisch vertraut zu machen. 

Generell ist bei der PC-Software eine Ten- 
denz zur Professionalisierung mit einem Lei- 
stungsmaßstab analog zu etablierten Groß- 
rechnerinstallationen festzustellen. Bei der 
Leichtigkeit bezüglich Einsatz und Verfüg- 
barkeit von Software wird oft übersehen: „Ei- 
nes schickt sich nicht für alle!“ Wer professio- 
nell programmiert, wird das Maximum an 


Möglichkeiten und die Installierbarkeit diver- 
ser Optionen freudig begrüßen - wer nur ge- 
legentlich programmiert, und das dann not- 
wendigerweise auf einem mittleren oder 
niedrigen Niveau, der wird eine ausgewo- 
gene Einfachheit (wie etwa die der Version 
3.0) vorziehen. 

Vielleicht muß man eine Untergliederung der 
Tätigkeit Programmierer akzeptieren, die 
zwischen Werkzeugmachern und Werk- 
zeugbenutzern unterscheidet, wobei eben 
der Werkzeugbenutzer auch programmiert, 
aber seine Art zu programmieren liegt nicht 
mehr auf der Ebene von traditionellen Pro- 
grammiersprachen, sondern er möchte kom- 
fortable Softwarewerkzeuge oder branchen- 
spezifische Fachsprachen nutzen. Aus die- 
ser Sicht ist die Professionalisierung moder- 
ner Programmiersprachen für PCs richtig 
und zweckmäßig. Dann aber mangelt es 
noch an branchenspezifischen, fachsprachli- 
chen Subsystemen für die obengenannten 
Werkzeugbenutzer. 

Die überwältigende Vielfalt an Möglichkeiten, 
die mit Turbo-Pascal im Professional Pack 
geboten wird, läßt keinerlei Gründe für eine 
Abkehr von Turbo-Pascal als industriemäßig 
erprobtes Softwareentwicklungswerkzeug 
erkennen. Im Gegenteil, unter Beachtung 
des Umfeldes an Toolboxroutinen usw. 
scheint es aus ökonomischen Gründen gera- 
dezu zwingend erforderlich, dieses Potential 
an Möglichkeiten zu nutzen. Der Umstieg auf 
andere Sprachen mag im konkreten Fall die- 
sen oder jenen Beweggrund haben, der er- 
zielte Gewinn wird dabei zweifelsohne mit 
dem einen oder anderen Verzicht erkauft 
werden müssen. Für die zur Zeit verfügbaren 
PCs unter MS-DOS oder OS/2 ist Turbo-Pas- 
cal 5.0 eine der mächtigsten Programmier- 
sprachen. 
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Diskettenboxen 

Von der Buchbinderei Gabriele 
Meichsner werden in verschiedenen 
Ausführungen die abgebildeten Dis- 
kettenboxen hergestellt. 

Bild 1: Box für 50 Disketten; lei- 
nen- oder kunstlederbezogen 
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Bild 2: Box für 1 Diskette; vorwie- 
gend für Transportzwecke, mit Vor- 
fallklappe, papierbezogen 
Bild 3: Fächerbox für 10 Minidis- 
ketten; leinen- oder kunstlederbe- 
zogen 

Bild 4: Box mit aufstellbarem In- 



nenteil für 10 Disketten; lelnen- 
oder kunstlederbezogen. 

Schriftliche Bestellungen können an 
folgende Anschrift gerichtet werden: 
Handwerkliche Buchbinderei, 

Inh. Ramona Lubold, 

Scheffelstraße 3-5, Plauen IV, 9900. 



Anmerkung der Redaktion: 

Die Disketten sollten zweckmäßiger- 
weise nicht wie abgebildet, sondern 
so eingelegt werden, daß anstelle der 
Schreib-Lese-Öffnung das Etikett 
sichtbar ist. 
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Druckerinitialisierung . 


Bernd Matzke, Delitzsch 


Mit der umfassenden Einführung der Mikro- 
rechentechnik nimmt die Typenvielfalt so- 
wohl der Rechner als auch der Peripheriege- 
räte erheblich zu. Besonders nachteilig wirkt 
sich dies bei den Druckern aus, da gleiche 
Rechner oft mit verschiedenen Druckern ge- 
koppelt sind und so ein Programm bei unter- 
schiedlichen Druckern unter Umständen un- 
terschiedliche Ergebnisse liefern kann. Au- 
ßerdem werden einige Funktionen moderner 
Drucker (NLQ, unterschiedliche Zeichen- 
höhe usw.) durch Standardprogramme wie 
beispielsweise Textprozessoren nicht immer 
unterstützt. 

Im Bild 1 möchte ich ein Drucker-Initialisie- 
rungsprogramm vorstellen, das durch die 
Verwendung der Programmiersprache 
Turbo-Pascal auf allen CP/M- und MS-DOS- 
Rechnern lauffähig ist. 

Die Anpassung an den jeweiligen Drucker er- 
folgt durch Einbinden einer speziellen Datei, 
die den Vereinbarungsteil des Hauptpro- 
gramms entsprechend ergänzt. Zur Anpas- 
sung an andere Druckertypen ist lediglich 
diese INCLUDE-Datei zu ändern. 

Aufbau der druckerspezifischen Datei 

Ein Beispiel für eine solche Datei zeigt das Li- 
sting in Bild 2. Das Kernstück bildet das Array 
STEUER, in das alle gewünschten Drucker- 


funktionen aufgenommen werden, wobei mit 
jeder Funktion bis zu drei verschiedene Ein- 
stellungen des Druckers erreicht werden. 
Das Array besteht aus Records, deren Auf- 
bau im folgenen erläutert wird. 

© String funktion 

Diese Zeichenkette beinhaltet den erläutern- 
den Namen der mit den folgenden Steuerzei- 
chen auszulösenden Funktion, beispiels- 
weise Zeichensatz oder Zeilenabstand. 

® Feld anzahl 

Hier wird die Anzahl der möglichen Einstel- 
lungen eingegeben (z. B. 3 bei der Funktion 
Zeilenabstand, da der einzeilig, eineinhalb- 
zeilig oder zweizeilig sein kann). Werte grö- 
ßer als 3 werden benutzt, um Funktionen mit 
einem von der Tastatur zu lesenden Parame- 
ter und die Art seiner Verarbeitung zu kenn- 
zeichnen. 

® Array schritt 

In dieses Array werden die entsprechenden 
Einstellungen eingetragen, z. B. ein oder aus 
© Array Zeichen 

Die zum Drucker zu sendenden Steuerzei- 
chen werden in dieses Array eingetragen. 
Das erste Byte enthält die Anzahl der zu sen- 
denden Zeichen, die Steuerzeichen selbst 
stehen in den Bytes 2-4. 

Ablauf des Programms 

Nach der Anfangsinitilisierung werden die 
möglichen Funktionen auf dem Monitor an- 
gezeigt. Mit den Zifferntasten 2, 4, 6 und 8 



kann die Auswahlmarkierung über den Bild- 
schirm bewegt werden. Ich habe die Ziffern- 
tasten gewählt, weil deren Tastaturcode im 
Gegensatz zu dem der Kursortasten vom Be- 
triebssystem und dem Tastaturtyp unabhän- 
gig ist. 

In den Prozeduren Markieren und Normal 
wird der Name der durch die Variablen x und 
y gewählten Funktion entweder mit oder 
ohne eine entsprechende Auswahlmarkie- 
rung ausgegeben. Wenn der verwendete 
Rechner bzw. Monitor verschiedene Darstel- 
lungsarten (z. B. Inversdarstellung) erlaubt, 
so kann die Prozedur Markieren entspre- 
chend abgeändert werden, was aber die uni- 
verselle Anwendbarkeit des Programms ein- 
schränken kann. 

Die Betätigung von <ET> aktiviert die jewei- 
lige Funktion. Handelt es sich dabei um eine 
Funktion, die nur konstante Parameter an 
den Drucker senden soll, so wird die entspre- 
chende Zeichenfolge ausgesendet und hin- 
ter dem Funktionsnamen die entsprechende 
Erläuterung angezeigt. Diese Erläuterung 
gibt an, in welchem Zustand sich der Drucker 
jetzt befindet, und nicht welche Einstellung 
beim erneuten Betätigen von <ET> erreicht 
wird. Wenn eine bestimmte Druckereinstel- 
lung mit verschiedenen Funktionen erreicht 
werden kann (z. B. Einstellung des Zeilenab- 
standes im Beispiel), so ist natürlich immer 
nur die zuletzt ausgewählte gültig. 

Wird bei Funktionen im Array STEUER unter 
Anzahl eine 8 oder 9 eingetragen, erfolgt das 
Einlesen eines Parameters von der Tastatur. 
Gegebenenfalls wird er umgerechnet und mit 
den entsprechenden Steuerzeichen ausge- 



; {Markieren der gewaehlten Funktion} 

’ < ' +steuer[y, x] . funktt 

• ’tsteuerCy.x], funkt* ' ■); 

{ Anfangs initialisierung} 



Bild 1 Programm DRUINST.PAS 



sendet. Bei Bedarf können mit weiteren 
Kennzahlen individuelle Verarbeitungsmög- 
lichkeiten für Parameter gekennzeichnet 
werden. 

Beim Einlesen eines Parameters wird des- 
sen Stellenzahl und die Länge des Eingabe- 
puffers durch Zuweisung einer 3 zur vordefi- 


nierten Variablen BUFLEN begrenzt. Diese 
Zuweisung gilt nur für die unmittelbar fol- 
gende Read-Anweisung. Danach wird BUF- 
LEN automatisch wieder auf den Maximal- 
wert gesetzt. 

Das Array STEUER sollte maximal 10 mal 4 
Einträge beinhalten, da sonst die Darstellung 


auf dem Bildschirm gestört wird. Der letzte 
Eintrag muß für die Ausgabe der Zeichen- 
kette Ende reserviert bleiben. 

Weitere Einzelheiten sind dem kommentier- 
ten Listing zu entnehmen. 


DOS-Gerätetreiber für SCOM-LAN 


Uwe Schulze 

Wilhelm-Pieck- Universität Rostock, 
Institut für Sozialistische Wirt- 
schaftsführung 

Moderne Betriebssysteme besitzen eine 
hardwareunabhängige Peripherieschnitt- 
stelle. Die Bedienung erfolgt über eigene Dri- 
ver (Gerätesteuerprogramme). Im deutschen 
Sprachgebrauch hat sich der nicht sehr 
glückliche Begriff Treiber durchgesetzt. Ge- 
rätesteuerprogramme für die Standardperi- 
pherie gehören zum Lieferumfang von MS- 
DOS (im folgenden mit DOS bezeichnet). Für 
Zusatzgeräte liefert der Hersteller im allge- 
meinen entsprechende Treiber mit. Soft- 
warepakete enthalten meist Steuerpro- 
gramme für verschiedene vorgesehene 
Hardware (z. B. Grafiktreiber). Mit diesem 
Konzept ist die Lauffähigkeit von Software 
auf recht unterschiedlicher Hardware garan- 
tiert; nur die Treiber werden ausgetauscht. 
Diese liegen als Datei (im allgemeinen mit 
der Erweiterung SYS) vor. Sie sind keine 
ausführbaren Programme, wie die vom Typ 
COM, EXE oder BAT - der Kommandointer- 
preter kann sie nicht starten. Die Einbindung 
in das Betriebssystem erfolgt über die Konfi- 
gurationsdatei CONFIG.SYS. Zusätzliche 
Treiber werden mit dem Befehl 
DEVICE = <dateiname> 
eingebunden. Informationen dazu finden Sie 
in IM. Ein Entfernen von Gerätetreibern ist 
grundsätzlich nur durch Neustart des Sy- 
stems möglich. Die DOS-internen Treiber 
NUL (Sche/ngerät), CON (Konsole), AUX 
(serielle Schnittstelle), PRN (Druckertreiber) 
sowie Treiber für Massenspeicher werden 


automatisch eingebunden. Sie bilden im 
Speicher eine Kette. Zusätzliche T reiber wer- 
den stets vorn eingebunden (aber hinter dem 
NUL-Gerät). So ist ein Überlagern möglich, 
da stets der erste Treiber eines spezifizierten 
Namens in der Kette angesprochen wird. Be- 
kanntes Beispiel dafür ist der erweiterte Kon- 
soltreiber ANSI.SYS, der unter dem Namen 
CON vor dem alten Konsoltreiber eingebun- 
den und somit stets angesprochen wird. Er 
verarbeitet die erweiterten Escape-Sequen- 
zen. Die Einbindung in das Betriebssystem 
ist in den Bildern 1 und 2 dargestellt. 


COMMANO. COM (transienter Teil) 


Anwenderprogramme 


COMMANO. COM (residenter Teil) 


Ein- /Ausgabepuffer 


Uwe Schulze studierte von 1983 bis 1985 an 
der Technischen Universität Dresden, Sektion, 
Informationsverarbeitung, und anschließend 
bis 1988 an der neu gegründeten Sektion Infor- 
matik der Wilhelm-Pieck-Üniversität Rostock. | 
Zur Zeit ist er am Informatiklabor der WPU als 
Forschungsstudent tätig. 


Da die Schnittstelle für Gerätesteuerpro- 
gramme offengelegt ist, kann prinzipiell jeder 
selbst Treiber implementieren und damit 
neue Geräte einbinden oder die bisher be- 
nutzte Ansteuerung durch eine eigene erset- 
zen. Als Beispiele werden häufig verbesserte 
Konsol- oder Druckertreiber veröffentlicht. 
Da der Aufwand für die Implementation eige- 
ner Treiber aber recht hoch ist, empfehle ich 
Ihnen dafür einen anderen Weg, nämlich das 
Einhängen eigener Zusatzroutinen in die ent- 
sprechenden BlOS-lnterrupts. Anders 


Bild 2 Die Treiber- 
kette von DOS mit 
SCOM-Treiber 
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verhält es sich mit der Einbindung zusätzli- 
cher Geräte in DOS. Hier empfehle ich die 
Implementation eines eigenen Treibers, um 
eine hardwareunabhängige Schnittstelle zu 
schaffen. Allerdings ist dazu eine Vorlage in 
Form eines Listings vorhandener Treiber 
vonnöten, da der vorgeschriebene Aufbau 
exakt eingehalten werden muß. 

SCOM-LAN 

Seit einigen Jahren existiert in der DDR das 
lokale Low-cost-Netz SCOM-LAN der Inge- 
nieurhochschule Warnemünde 121, das auf 8- 
Bit-Technik eine beachtliche Verbreitung er- 
langt hat. Durch die Nutzung als Front-end- 
Prozessor über die serielle Schnittstelle war 
auch die Nutzung unter DOS möglich - be- 
sonders interessant ist aber die seit kurzem 
verfügbare Slotkarte für den EC 1834 (ver- 
gleiche MP 8/1988, S. 253). Diese ist über 
Ports direkt ansprechbar. Die zur Zeit verfüg- 
bare Software programmiert diese Schnitt- 
stelle direkt oder greift auf vorgefertigte Rou- 
tinen auf der Ebene der T ransportschicht zu- 
rück. Anwendungen (vom einfachen File- 
transfer bis zu verteilten Applikationen) ha- 
ben eine komfortablere Schnittstelle ver- 
dient. Warum soll ein Filetransfer nicht mit 
dem DOS-Befehl 

COPY <dateiname> NET 

oder 

COPY NET <dateiname> 

abgewickelt werden können? Oder warum 
soll man auf eine komfortable Übertragung in 
Turbo-Pascal mit den Befehlen 

write (NET, record) 

bzw. 

read (NET, record) 

verzichten? Bekanntlich erfolgt unter DOS 
eine völlige Gleichbehandlung von Dateien 
und logischen Geräten (wie von UNIX be- 
kannt). Diese Eigenschaft macht man sich 
beispielsweise bei der Nutzung des DOS-Be- 
fehls 

COPY CON <dateiname> 
als Mini-Editor zunutze. 

Implementation 

Das Betriebssystem DOS unterscheidet 
grundsätzlich zwei Arten von Treibern: 

- Zeichentreiber und 

- Blocktreiber. 



Erstere bedienen vorrangig zeichenorien- 
tierte Geräte: Tastatur, Bildschirm, Drucker 
und serielle Schnittstellen. Blocktreiber sind 
den Massenspeichern Vorbehalten; sie be- 
handeln deren typische Aufgaben: Berech- 
nung von Spur- und Sektornummern, logi- 
sche Blockung, Mediumwechsel. Ein Netz- 
treiber ist vom Wesen her zeichenorientiert, 
obwohl er paketorientiert arbeitet (was einer 
Blockung entspricht). Er weist aber keine der 
oben genannten Eigenschaften von Block- 
treibern auf. Hingegen arbeitet auch ein 
Druckertreiber stets nur von Pufferfüllung zu 
Pufferfüllung. 

Alle Treiber besitzen einen festen Aufbau, 
der mit Akribie eingehalten werden muß. Sie 
beginnen auf der relativen Adresse 0 (ORG 0 
oder keine ORG-Anweisung) und müssen 
mit dem Dienstprogramm EXE2BIN umge- 
wandelt werden. Es gelten damit die gleichen 
Restriktionen wie für COM-Dateien: keine 
Verwendung von absoluten Adressen. Auf 
Adresse 0 muß sich der Device-Header be- 
finden (Bild 3). Er spezifiziert neben dem At- 
tributwort (das die Eigenschaften des Trei- 
bers festlegt) und dem Namen die Adressen 
zweier Eintrittspunkte: der Strategie- und der 
Interrupt-Routine. Die Strategie-Routine 
(Bild 4) speichert lediglich die Adresse des in 
ES:BX übergebenen Parameterblocks (Re- 
quest-Header - Bild 5) und gibt die Steue- 
rung sofort ans DOS zurück. Anschließend 
ruft das Betriebssystem die Interrupt-Rou- 
tine, die die eigentliche Ausführung vor- 
nimmt. Dieses scheinbar umständliche Vor- 
gehen ist künftiger Multitasking-Arbeit ge- 
schuldet, bei der die Anforderungen in eine 
Warteschlange eingeordnet und unabhängig 
davon von einem Scheduler abgearbeitet 
werden. 

Funktionalität 

Ein Treiber kann 17 Funktionen unterstützen 
(Funktionscode 0 bis 16), wobei die Funktio- 
nen 1 3-1 6 erst ab DOS 3.0 vorgesehen sind. 
Beim Aufruf wird die Funktionsnummer im 


Request-Header (Bild 5) übergeben. Die In- 
terrupt-Routine prüft auf Zulässigkeit und 
verzweigt zur entsprechenden Unterfunktion. 
Bild 6 zeigt den Sprungvektor und die Inter- 
rupt-Routine des SCOM-NET-Treibers. 
Funktion 0: Die Initialisierungsroutine erfüllt 
folgende Aufgaben: 

© Initialisieren der jeweiligen Schnittstelle 
© Installationsmeldung für den Nutzer 
© Rückgabe des ersten freien Bytes nach 
dem Treiber 
(Request-Header + 14). 

Damit obliegt es dem Programmierer, den In- 
itialisierungsteil, der nur bei der Installation 
aufgerufen wird, anschließend wieder freizu- 
geben, sofern er am Ende des Treibers liegt. 
Dasselbe gilt für Meldungen und Konstanten- 
felder, die eventuell für die Initialisierung be- 
nötigt werden. Der SCOM-Treiber zeigt, daß 
diese Maßnahme durchaus sinnvoll ist, denn 
die Konvertierung der Adreßparameter, der 
Schnittstelleninitialisierung und das Setzen 
der eigenen Geräteadresse belegen mehr 
als 1 00 Zeilen im Quelltext. 

Für die residente Installation des Treibers ist 
das DOS verantwortlich. Auf keinen Fall darf 
mit den DOS-Unterfunktionen 31 H (Exit and 
Remain Resident) oder 48H (Allocate Me- 
mory) Speicher für den Treiber reserviert 
werden! Der SCOM-Treiber ruft an dieser 
Stelle aus der SCOM-Transportschicht die 
Funktionen 

- Initialisierung und 

- Setzen der eigenen Geräteadresse 
auf/2/. 

Funktion 1: Diese Routine gilt nur für Block- 
treiber. Das DOS prüft, ob das Medium ge- 
wechselt wurde. Der SCOM-T reiber setzt nur 
das Fertig-Bit im Statusfeld (siehe Bild 7). 
Funktion 2: Diese Routine gilt nur für Block- 
treiber. Der BlOS-Parameterblock wird er- 
zeugt. 

Funktionen 3 und 4: Beide Funktionen un- 
terscheiden sich nur dadurch, daß die Funk- 



Bild 3 Allgemeiner Aufbau des Device-Headers sowie Device- 
Header des SCOM-Treibers 
Offset Länge Feld 

00H 2 Byte OffsetadressedesnächstenTreibers 
02H 2 Byte Segmentadresse des nächsten Treibers 

04H 2 Byte Geräteattribut 
06H 2 Byte Offsetadresse der Strategie-Routine 
08H 2 Byte Offsetadresse der Interrupt-Routine 
OAH 8 Byte Name des Treibers 


Bild 5 Request-Header und Statuswort 
Offset Länge Feld 

OOH 1 Byte Länge des Request-Headers 

01 H 1 Byte Nummer des Gerätes (nur Blocktreiber) 

02H 1 Byte Funktionsnummer 

03H 2 Byte Statuswort 

14H 4 Byte Adresse des Datenpuffers (bei Funktion 0 wird hier 

die Adresse des Treiberendes zurückgegeben) 

18H 2 Byte Anzahl zu übertragender Zeichen 
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Bild 6 Sprungverteiler und Interrupt-Routine des SCOM-Treibers 


tion 3 eine direkte Kommunikation zwischen 
Anwenderprogramm und Treiber über die 
DOS-Unterfunktion 44H (Input Output Con- 
trol) ermöglicht. Dazu muß das lOCTL-Bit im 
Treiberattribut gesetzt sein. Funktion 4 wird 
durch die Lesefunktion des DOS aufgerufen. 
Der SCOM-Treiber führt die folgenden Funk- 
tionen der SCOM-T ransportschicht aus: 

- Eröffnen einer logischen Verbindung 

- Senden eines Datenpaketes 

- Schließen der Verbindung. 

Dabei werden alle Parameter über eine Port- 
Schnittstelle an die Slotkarte geschickt, die 
über einen Prozessor Z 80 sowie über 64 
KByte RAM verfügt. Sie enthält die Übertra 
gungssoftware NIOS, die verbindungsorien- 
tiert arbeitet (Level 4 im OSI-Referenzmo- 
dell). Um sowohl eine gezielte Übertragung 
an einen bestimmten Empfänger als auch all- 
gemeine Funktionen der Form 


Bild 7 Die Routinen Dummy 
und InpStat des SCOM-Treibers 



asslgnCsoomjlet , ^NET' ) ; 



Bild 8 Turbo-Pascal-Programm 
zur Demonstration der Nutzung 
des neuen DOS-Gerätes NET 


noch vorhanden ist. Da der SCOM-Treiber 
paketorientiert arbeitet, ist ein Leeren des 
Puffers nicht erforderlich. 


(Druckpuffer) geeignet. Für einen Netztreiber 
werden die Funktionen 13 bis 16 nicht benö- 
tigt. 


COPY <dateiname> NET 

verwenden zu können, habe ich zu einem 
kleinen Trick gegriffen: Ist das erste Zeichen 
im Datenpuffer ein ESCAPE (1 BH), so wird 
das folgende Byte als Zieladresse interpre- 
tiert. Bei eigenen Applikationen kann so eine 
Zieladresse angegeben werden. Bei System- 
befehlen der oben genannten Form ist das 
erste Byte im Puffer ungleich ESCAPE, und 
es erfolgt ein Versenden an die Standard- 
adresse 99. 

Funktionen 5 und 6: Das DOS ruft diese 
Funktion auf, um zu prüfen, ob bereits ein 
weiteres Zeichen bereitsteht. Dies hat beson- 
ders für Tastaturtreiber Bedeutung. Bei 
Funktion 5 wird weiterhin das Zeichen bereit- 
gestellt, ohne es aus dem Puffer zu entfer- 
nen. Damit kann das DOS jeweils ein Zei- 
chen vorausschauen. Da der SCOM-Treiber 
paketorientiert arbeitet und eine Empfangs- 
funktion explizit aufgerufen werden muß, wird 
dieser Fall nie eintreten. Deshalb wird das 
Warten-Bit im Statusfeld stets auf 1 gesetzt 
(siehe Bild 7). 

Funktionen 7 und 1 1: Durch diese Funktio- 
nen werden die Ein- bzw. Ausgabepuffer ge- 
löscht. Damit kann beispielsweise verhindert 
werden, daß beim Abbrechen des Druckvor- 
ganges beim nächsten Druck der Restpuffer 


Funktionen 8, 9 und 12: Dies sind Schreib- 
funktionen. Der SCOM-Treiber behandelt 
Funktion 9 (write and verify) genau wie Funk- 
tion 8, da ein Kontrollesen nicht möglich ist. 
Funktion 12 dient wieder der direkten Kom- 
munikation Anwendungsprogramm - T reiber 
über IOCTL. Erfolgt eine explizite Adressie- 
rung der Empfangsstation, so befinden sich 
am Anfang des Puffers ein ESCAPE und die 
Absenderadresse. 

Funktion 10: Das Betriebssystem prüft, ob 
der Schreibvorgang bereits abgeschlossen 
ist. Da die Steuerung von der Slotkarte stets 
erst an den Treiber zurückgegeben wird, 
wenn der Auftrag ausgeführt ist, kann das 
Warte-Bit immer auf 0 gesetzt werden. 

Funktionen 13-16: Diese Funktionen werden 
erst ab DOS 3.0 unterstützt. Sie erlauben das 
Öffnen und das Schließen von Geräten, so 
daß zum Beispiel jeder Prozeß den Drucker 
anders initialisieren kann, ohne daß damit an- 
dere Prozesse beeinflußt werden. Interes- 
sant ist die Funktion 16 (wait until busy). Da- 
mit kann ein langsam arbeitendes Gerät sei- 
nen internen Puffer füllen, ohne daß alle Zei- 
chen abgenommen werden und anschlie- 
ßend die Steuerung an das DOS zurückge- 
geben wird, während nebenbei gedruckt 
wird. Damit ist die Funktion für Spooler 


Installation und Nutzung 

Die Installation des Netztreibers erfolgt durch 
den Befehl 

DEVICE = SCOM.SYS in 

in der Datei CONFIG.SYS, wobei n die ei- 
gene Geräteadresse (1-99) festlegt. Erfolgt 
keine Angabe, so wird als Standard 99 ange- 
nommen. Um die Verwendung gleicher 
Adressen auf verschiedenen Knoten zu ver- 
meiden, sollte stets ein Parameter spezifi- 
ziertwerden. 

Ab jetzt kann das Netz wie eine Datei oder ein 
DOS-Gerät angesprochen werden. Bild 8 
zeigt, wie ein String in Turbo-Pascal an das 
Netz verschickt werden kann. Es ist zu se- 
hen, daß die Notation exakt dieselbe ist wie 
beim Schreiben in eine Textdatei. IstderTrei- 
ber nicht geladen, so legt das Programm eine 
Datei mit dem Namen NET an und schreibt 
den String dort hinein - ein anschauliches 
Beispiel für die Gleichbehandlung von Da- 
teien und logischen Geräten durch das DOS. 
Um die 8-Bit-Technik in eine allgemeine Nut- 
zung einbeziehen zu können, stehen dort 
zwei kleine Programme zur Verfügung, die 
den COPY-Befehl vom DOS nachbilden und 
eine Datei absenden oder empfangen. 

DOS ruft die Lese- und Schreibfunktionen 
von Zeichentreibern für jedes einzelne Zei- 
chen auf. Damit würde im Falle des Netztrei- 
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bers für jedes Zeichen ein Paket verschickt 
werden, was die Geschwindigkeit entschei- 
dend beeinflußt. Deshalb müssen die Zei- 
chen in einem internen Puffer gesammelt und 
größere Pakete (256 Byte) verschickt wer- 
den. Dafür ist eine Dateiendekennung (Con- 
trol Z) erforderlich. In Turbo- Pascal ist sie ab- 
schließend explizit zu schreiben; beim 
COPY-Befehl ist zum Absenden der Schalter 
/b und zum Empfang der Schalter /a zu ver- 
wenden. 

Abschließend möchte ich noch anmerken, 


In der DDR ist eine größere Anzahl von 16- 
Bit-Personalcomputern mit der program- 
mierbaren Kommunikationskarte FPU (front 
processor unit) ausgerüstet. Erfahrungen 
zeigen, daß viele Anwender die Möglichkei- 
ten dieser Karte nicht oder nur in sehr be- 
schränktem Maße effektiv nutzen können. 
Aus diesem Grunde wird im folgenden Bei- 
trag eine kurze Einführung in Aufbau und 
Funktion der FPU, die Nutzung der Pro- 
grammschnittstellen für die Anwenderpro- 
grammierung und eine Übersicht zu Soft- 
ware gegeben, die diese Karte unterstützt. 

Aufbau und Funktion 

Die FPU ist ein programmierbarer Mikrorech- 
ner mit einer Verarbeitungsbreite von 8 Bit. 
Sie besteht aus einem Mikroprozessor Z 80 
mit einer Taktfrequenz von 6 MHz, einem 
Speicher von 8 KByte EPROM und 16 KByte 
RAM sowie aus zwei SIO- und zwei CTC- 
Bausteinen. Die Karte ist über einen direkten 
62poligen Steckverbinder an den Systembus 
des PCs angeschlossen und bietet 4 asyn- 
chrone V.24-Schnittstellen. 

Mit einem geeigneten Steuerprogramm kann 
die FPU für die Kommunikation des PCs über 
diese Schnittstellen geladen werden. Da- 
durch kann die FPU die gesamte Kommuni- 
kation über die V.24-Schnittstellen entspre- 
chend der Auslegung der geladenen Steuer- 
software völlig eigenständig abwickeln. Der 
PC wird lediglich mit der Übergabe und der 
Übernahme der Daten (einzeln oder ge- 
blockt) belastet. Dadurch kann ein PC neben 
den üblichen 2 V.24-Schnittstellen (COM1, 
COM2) noch weitere 8 V.24-Schnittstellen (2 
FPU-Karten) (FCOM1 bis FCOM8) betrei- 
ben. 

Die Hardwareadresse kann durch Steckbrük- 
ken auf der Karte zwischen 300H und 3FOH 
eingestellt werden. Die Sektoradresse für 
den Übergabe-/Übernahmebereich im PC ist 
ebenfalls durch Steckbrücken auf der Karte - 
abhängig von der konkreten Kartenversion - 
auf C000H, D000H oder E000H einstellbar. 

Anwenderprogramme 

Nach Installation der FPU-Firmware (siehe 
unten) stehen dem Anwender für die Pro- 
grammentwicklung eine Erweiterung des 
BlOS-lnterrupts 14 für den zeichenweisen 
Datenaustausch und ein BlOS-interrupt 60 


daß es trotz der gezeigten Vorzüge der Nut- 
zung von DOS-Gerätetreiber mitunter günsti- 
ger sein kann, eine andere Schnittstelle zu 
nutzen. Als Beispiel seien verteilte Applika- 
tionen genannt, bei denen die Adressierung 
der Knoten im Netz eine große Rolle spielt 
und die bei der hier vorgestellten Lösung nur 
unzureichend unterstützt werden können. 

Für die Spezifikation der SCOM-Transport- 
schicht kann ich das SCOM-LAN-Handbuch 121 
empfehlen, und als Vorlage für eigene Treiber- 
implementationen sollten Sie /4/ verwenden. 


Tafell INT14 


Funktion 

Eingabe 

Ausgabe 3 

AH|AL 

DX 

AH 1 AL 

stelle 

00 

werte?,)' 

Unit- 

BP 

Muücim- 

Senden 

01 

des Byte 

COMI-O 

COM2 - 1 

Leitu ngs 
Status 

Modem- 

Zeichen 

02 


0 

empfan- 

genes 

Zeichen 

FCOM2-2 

FCOM3-4 

Leitungs 

s“‘ 

Statusab- 

frage 

03 


Leitungs 

“a£T 

Open 

04 


FCOM 


RC (*,,) 

Close 

05 



RC 

Cancel 

06 


FCOM7 —6 

FCOM8-C 

RC 

Set 

redirection 

07 

nummer 


redirection 

08 


1 Unit- 
nummer 

(*) Initiabsierungswerte: 

Bitmaskierung in AL: 

7 1 6 | 5 

4 | 3 

2 

1 1° 

Bitrate 

Parität 

Stopbits 

Datenbits 

0 0 0 150 

001 300 
010 600 
0 1 1 1200 

1 0 0 2400 

1 0 1 4800 

1 1 0 9600 

1 1 1 19200 

0 1 ungerade 

1 =2 

1 0 7 

1 1 8 

(**) Status 

Leitung 

Modem 

Bit 7 

Bit 6 

Bit 5 

Bit 4 

Bit 3 

Bit 2 

Bitl 

Timeout 

Trans Shift Register 

Trans Holding Regi- 

Breakdetect 

Framing Error 

Parity Error 

Overrun Error 

Data ready 

Received Line Signal 

Ring Indicator 

Data Set Ready 

Clear tosend 

Data receive line Sig- 
nal detect 

Trailing Edge Ring De- 

Delta Data Set ready 
Data Clear tosend 

(***) RC-Rückkehrcodes: 

0000 Funktion fehlerfrei ausgeführt 

8000 Fehler über Funktion STATUS abfragen 


IV Smode, D.: Das große MS-DOS- Profi-Arbeitsbuch. 

München; Franzis-Verlag GmbH 1 987 
12/ Handbuch SCOM-LAN. Ingenieurhochschule Warne- 
münde 1987 

13/ IBM: Disk Operating System. Technical Reference 1 984 
/4/ Esders, E.: Treiberimplementation in MS-DOS. mc, 
München (1987)12, S. 132 
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für den Blocktransfer zur Verfügung. Die Pro- 
grammierung können Sie den Tafeln 1 und 2 
entnehmen. Bei Neuentwicklung von Kom- 
munikationssoftware für Rechner, die mit der 
FPU ausgerüstet sind (siehe unten), wurde 
auf die Benutzung des INT60 orientiert, um 
die Vorteile der FPU mittels geblockter Da- 
tenübergabe und -Übernahme voll auszu- 
schöpfen. Soll ein Programm jedoch sowohl 
mit der FPU als auch herkömmlichen Kom- 
munikationskarten lauffähig sein, muß der 
INT14 benutzt werden. Bei der Programmie- 


Tafel 2 INT60 


£f - 

— B5K 

Ausgabe 


AH|ES:BX jCX j DX 

AX CX ? 

Open 

00 



nummer 

RC 


Close 

03 



RC 


Read 

01 

Puffer- 

adresse 

lesende 

Bytes 

FCOM2-1 

FCOM3-2 

FCOM4-3 

RC 

tesene 

Write 

02 

Puffer- 

adresse 

zu über- 
tragen- 

RC 

trage- 

Bytes 

Read- 
mode 1 
2 

3 

05 

06 



FCOM6-5 

lead- 

mode 


Flush 

Output 

07 

08 



FCOM8-7 

RC 


Get 

Status 

09 

OA 



RC 

BX- 

der 

Blöcke 

Anzahl 


RC-Rückkehrcodes: 

RFFF noch Zeichen im Puffer 

R000 Funktion fehlerfrei ausgeführt 

ROEO Einheit bereits geöffnet 

R0E1 Einheit nicht geöffnet 

R0E2 Sendepuffer nicht leer (Funktion CLOSE) 

R0E3 Einheit bereits geschlossen 

R0E4 Empfangspuffer nicht leer (Funktion CLOSE) 

R0E5 Überlauffehler 

R0E6 Stopbit nicht erkannt 

R0E7 Paritätsfehler 

R0E8 Einheit nichterreichbar 

R0E9 externe Einheit nicht bereit 

ROEA Sendepuffer voll 

ROEB Befehl nicht gefunden 

ROEC interner FPU-Fehler 

ROED Einheit nicht initialisiert 

R - eingestellter Readmode oder 0 

1 = readmode 1; Lesen aller Zeichen 

2 = readmode 2; Lesen aller Zeichen zwischen STX (02) 

und ETX (03) 

3 = readmode 3; Lesen aller Zeichen zwischen zwei CR (OD) 


Anwendung 

einer programmierbaren 
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rung mit INT60 ist die jeweilige Schnittstelle 
(FC0M1 bis FC0M8) mit dem Programm 
FMODE (siehe unten) oder mit dem INT14- 
Programm zu initialisieren. Bei Programmie- 
rung mit INT14 kann die Schnittstelle durch 
FMODE oder direkt durch das Programm 
selbst initialisiert werden. 

Software für die FPU unter DCP 

Für das Betriebssystem DCP ist ein Grund- 
softwarepaket verfügbar, das die Nutzung 
der FPU für die Entwicklung und die Anwen- 
dung von Kommunikationssoftware ermög- 
licht. Es besteht aus den Komponenten: 
FPULOAD.EXE 

- Installation der Interruptroutinen 

- Eintragung der Adressen in die Interrupt- 
vektortabelle des DCP 

- Laden und Starten der FPU-Firmware aus 
der Datei FPUZ80 in die FPU 

- Anzeige des Installationsergebnisses 
FMODE.EXE 

- Initialisierung der Schnittstellen FCOM1 - 
FCOM8 durch Kommandoeingabe 
I14BEN.EXE 

- Prüfung, ob ein Anwenderprogramm 
INT14 benutzt. 

Das Installationsergebnis nach Aufruf von 
FPULOAD wird entweder durch die Aufschrift 

FPU running 

für erfolgreiche Beendigung, oder durch 
FPU-Hardware not found 
angezeigt, was auf eine fehlerhafte Installa- 
tion der FPU-Karte hindeutet. 

Das Kommando FMODE hat dieselbe Syntax 
wie das DCP-Kommando MODE. 
Entsprechend den im Abschnitt Anwen- 
dungsprogramme gemachten Aussagen zur 
Portabilität von Programmen mit INT14 sind 
Kommunikationsprogramme, die diesen In- 
terrupt benutzen, grundsätzlich auch über die 
FPU lauffähig. Dazu muß jedoch die COM- 
Schnittstelle auf die gewünschte FPU- 
Schnittstelle (FCOMy) umgelenkt werden. 
Dies geschieht durch das Kommando 
FMODE COMx:=FCOMy/REP 
Das Standardfirmwareprogramm in der Datei 
FPUZ80 unterstützt die parallele Nutzung al- 
ler FPU-Schnittstellen (FCOM1 - FCOM4) 
über Modems (duplex/halbduplex) oder Null- 
modem-Kabel. 

Die Beispiele in den Bildern 1 und 2 zeigen 
die Nutzung von INT14 und INT60 in C- bzw. 
Assemblerprogrammen. Für die Prüfung, ob 
ein nicht selbst entwickeltes Programm den 
INT14 benutzt, ist vor dem Lauf des Nutzer- 
programms das Programm I14BEN aufzuru- 
fen. Die Bildschirmausschrift 
INT14 

während des anschließenden Laufes des 
Nutzerprogramms zeigt die INT14-Nutzung 
durch das Programm an. Ein solches Pro- 
gramm ist auf der FPU lauffähig (vgl. Ab- 
schnitt Anwendungsprogramme). 

Im VEB Leitzentrum für Anwendungsfor- 
schung (LfA) ist eine auf INT14 basierende 
CCSMV-Version entwickelt worden, welche 
die Kommunikation mit einer Vielzahl ande- 
rer Rechner und Betriebssysteme ermöglicht 
IM. Für das Programmpaket uni Net 121, 121 ist 
im LfA eine Version erarbeitet worden, die 
dessen Nutzung auf einem PC mit FPU-Karte 
über INT60 ermöglicht. Außerdem ist in Er- 
gänzung dazu im LfA das Programmpaket 
TRACE entwickelt worden, das es ermög- 
licht, alle Daten aufzuzeichnen, die die V.24- 
Schnittstelle eines PCs passieren. Damit 
wird die Programmierbarkeit der FPU für die 
Realisierung einer TRACE-Funktion genutzt. 


Bildl Nutzung des 
Interrupts 14 in C-Pro- 
grammen 




Bild 2 Nutzung des Interrupts 60 in 
grammen 


Das Paket besteht aus den Komponenten: 
TRACLOAD.EXE 

- analog FPULOAD.EXE 

- Laden (und Starten) der FPU-TRACE- 
Firmware aus der Datei TRACZ80 in die FPU 
TRACRUN.EXE 

- Starten der TRACE-Funktion 

TRACDUMP.EXE 

- Ausgabe des TRACE-Bereiches vom 
Hauptspeicher des PCs auf eine Datei. 

Der erfolgreiche Ablauf des zuerst zu starten- 
den Programms TRACLOAD wird durch die 
Bildschirmausgabe 

TRACE INSTALLED 
dokumentiert. 

Die zu analysierende Schnittstelle ist mit ei- 
nem Direktkabel mit der FCOM2-Schnitt- 
stelle zu verbinden. Die Verbindung, die vor- 
her zwischen der zu analysierenden Schnitt- 
stelle und dem entfernten Gerät bestand, ist 
an die FCOM1 -Schnittstelle anzuschließen 
(Bild 3). 

Die Initialisierung der Schnittstellen FCOM1 
und FCOM2 erfolgt, wie üblich, mit dem Kom- 
mando FMODE. Die Initialisierungswerte 
müssen denen der zu analysierenden 
Schnittstellen entsprechen. 

Als nächstes ist das Programm TRACRUN 
zu starten, das mit der Aufschrift 
TRACE RUNNING 

endet. 

Von diesem Zeitpunkt an werden alle Zei- 
chen, die für die zu analysierende Schnitt- 
stelle zum Lesen bereitgestellt werden, mit 
den Vorzeichen « und alle über diese 
Schnittstelle gesendeten Zeichen mit » 
protokolliert. Das Protokollierungsende wird 
durch das Zeichen ! markiert. 

Die gesendeten und empfangenen Zeichen 
werden im Hauptspeicher des PCs von 
Adresse x000:0000 bis x000:2000 zyklisch 
abgelegt, (x entspricht der im Abschnitt Auf- 
bau und Funktion erläuterten Einstellung der 
Sektoradresse für den Übergabe-/Übernah- 
mebereich auf der Karte.) Dadurch kann eine 
zeitliche Abfolge der Ein- und Ausgabe über 
die zu analysierende Schnittstelle innerhalb 
eines von der anfallenden Datenmenge be- 



Bild 3 Verbindung der zu analy- 
sierenden Schnittstelle COM1 mit 
der FPU 

stimmten Zeitintervalles verfolgt werden. Mit 
dem Programm TRACDUMP kann dieser 
Hauptspeicherbereich anschließend in einer 
Datei abgelegt werden, um ihn einerweiteren 
Analyse zuführen zu können. Soll FCOM1 
oder FCOM2 analysiert werden, so ist die 
Schnittstelle mittels 

FMODE FC0M1:=FC0M3/REP 
auf FCOM3 umzuleiten und analog weiter zu 
verfahren. 
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Einführung 

Die Leistungsfähigkeit prozeßnaher Signal- 
verarbeitung läßt sich entscheidend dann er- 
höhen, wenn sich neben der Nutzung pro- 
zeßspezifischer Verbesserungen wie hohe 
Operationsgeschwindigkeit, verbesserter 
Befehlssatz und Einsatz hochspezialisierter 
Koprozessoren eine Parallelisierung der Auf- 
gaben erreichen läßt. Von allen parallelverar- 
beitenden Systemen besitzen die Multipro- 
zessorsysteme die größte Universalität IM. 
Derartige Konfigurationen ermöglichen eine 
asynchrone, parallele Verarbeitung durch 
autonom arbeitsfähige Subsysteme. Diese 
Subsysteme sind ausgestattet mit allen 
Merkmalen eines Mikrorechners wie CPU, 
ROM, RAM, l/O-lnterface u. ä. Ein denkbarer 
Anwendungsfall beispielsweise in der Strom- 
richterantriebstechnik ist die Aufteilung eines 
komplexen Informationsverarbeitungssy- 
stems in Meßwertrechner, Regelrechner, An- 
steuerrechner usw. Diese können ihre Da- 
ten über eine gemeinsame Ressource, 
den Main-frame-RAM, austauschen (siehe 
Bild 1). 


transfer mit der gemeinsamen Ressource. 
Über /mO kann der Prozessor die Nutzung der 
gemeinsamen Ressource fordern. Tafel 1 
zeigt die möglichen MULTI-MICRO-Zustände. 

Software 

Es gibt spezielle Befehle, die den Zustand 
von /ml testen sowie /mO gezielt manipulie- 
ren können. Diese vier Steuerbefehle sind 
privilegiert und somit nur im Systemmodus 
ausführbar: 

MULTI-MICRO-BIT -TEST 
Der Befehl MBIT hat keine Operanden. Er 
setzt den Sign-Status im Flagcodewort 
(FCW) je nach Signalpegel am Eingang /ml. 
Das Sign-Flag wird auf Null rückgesetzt, falls 
am Pin /ml ein High anliegt. Es wird auf Eins 
gesetzt, falls an /ml der Signalpegel Low ist. 
Andere Flags werden nicht beeinflußt. In ei- 
nem Programm kann man mit diesem Befehl 
die Verfügbarkeit der Ressource prüfen, in- 
dem man nach Ausführung des Befehls das 
Sign-Flag testet. Nach 121 könnte eine Be- 
fehlsfolge, die MBIT nutzt, folgendermaßen 
aussehen: 

MBIT ! teste /ml! 

JP Ml, NA 

(Befehlsfolge wird abgearbeitet, falls 


konstante alle sieben Takte um eins verrin- 
gert. Damit erhält die externe Logik Zeit für 
den Durchlauf der Anforderung durch die 
Kette und die eventuelle Freigabe für den Zu- 
griff auf die Ressource. Nachdem die Zeit- 
konstante zu Null dekrementiert wurde, wird 
der Eingang /ml getestet. Ist die Ressource 
besetzt (/ml = High), so wurde die Anforde- 
rung abgelehnt. (Dieser Fall kann eintreten, 
wenn ein höherpriorisiertes System gleich- 
zeitig einen Transfer angemeldet hatte.) Das 
Zero-Flag wird dann auf Eins gesetzt, das 
Sign-Flag auf Null. Weiterhin wird die Anfor- 
derung zurückgenommen, indem /mO wie- 
der auf High gesetzt wird. Somit ist die Be- 
fehlsausführung in diesem Fall beendet. Ist 
die Ressource dagegen verfügbar (/ml = 
Low), werden Sign- und Zero-Flag auf Eins 
gesetzt, und der Ausgang /mO bleibt Low. 
Der Zugriff kann beginnen. Die Befehlsaus- 
führung ist beendet. 

MULTI-MICRO-RESET 
Der Befehl MRES besitzt keine Operanden. 
Seine Ausführung beeinflußt kein Status- 
Flag. Die Ausführung des Befehls bewirkt, 
daß ein High am Ausgang /mO ausgegeben 
wird. Ein Prozessor gibt High an /mO aus, 
wenn er nicht auf die gemeinsame Res- 
source zugreifen will. 

MULTI-MICRO-SET 

Der Befehl MSET besitzt keine Operanden 
und beeinflußt kein Status-Flag bei seiner 
Ausführung. Wird MSET ausgeführt, so wird 



Neben der nicht zu unterschätzenden Auf- 
gabe, den Informationsverarbeitungsprozeß 
sinnvoll zu parallelisieren, ist es erforderlich, 
den Zugriff der autonomen Subsysteme auf 
den Main-frame-RAM zu koodinieren. 

Im folgenden wird gezeigt, welche Unterstüt- 
zung der U 8000 anbietet, um einen koordi- 
nierten Mam-frame-Ram-Zugriff erreichen zu 
können Die vorgestellten Erkenntnisse sind 
Resultat eigener Applikationsarbeiten und 
steilen Basiswissen für den Aufbau vor U 
8000-Muitiprozessorsystemen dar. 

Prozessorseitige Voraussetzungen 

Der Prozessor U 8000 besitzt effektive Hard- 
und Softwarehilfsmittel, die einen geregelten 
Zugriff der Einzelprozessoren auf eine ge- 
meinsame Ressource unterstützen. 

Hardware 

Als Hardware bietet der U 8000 zwei diskrete 
Anschlüsse, den Eingang MULTI-MICRO-IN 
/ml sowie den Ausgang MULTI-MICRO-OUT 
/mO. /ml dient zum Erkennen der Anforde- 
rung eines Subsystems auf einen Daten- 


Bild 2 Flußdiagramm einer Anforderung 

gemeinsame Ressource verfügbar 
ist.) 

NA: (Befehlsfolge wird abgearbeitet, falls 

gemeinsame Ressource nicht verfüg- 
bar ist.) 

MULTI-MICRO-REQUEST 
Der Befehl MREQ hat als Operanden ein 1 6- 
Bit-CPU-Register. das eine Zeitkonstante 
enthält. Seine Ausführung beeinflußt das 
Zero- und das Sign-Flag. Folgende Vor- 
gänge laufen ab: 

Zuerst wird durch Abfrage des /ml-Eingan- 
ges getestet, ob die gemeinsame Ressource 
benutzt wird. Ist /ml gleich Low, deutet das 
auf die Benutzung der Ressource durch ein 
Fremdsystem hin. Dann werden das Sign- 
und das Zero-Flag auf Null gesetzt. Der Aus- 
gang /mO bleibt inaktiv, das heißt, es erfolgt 
keine Anforderung. Im Falle /ml ist gleich 
High, bedeutet das, daß die Ressource nicht 
belegt ist. Dann erfolgt die Anmeldung auf ei- 
nen Transfer durch Aktivierung des Aus- 
gangs /mO (/mO = Low). 

Danach wird die im Register enthaltene Zeit- 



an /mO ein Low ausgegeben, womit die Nut- 
zung der gemeinsamen Ressource angefor- 
dert wird. 

Handhabung der MULTI-MICRO-Steuerbe- 
fehle 

Mit den soeben vorgestellten Befehlen ist es 
möglich, eine Anforderungsroutine aufzu- 
bauen. Das könnte zum Beispiel unter Nut- 
zung der Befehle MBIT, MRES und MSET 
geschehen. Andererseits ist es auch denk- 
bar, mit MREQ und MRES zu arbeiten. 
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Benutzt man die Befehle MBIT, MRES und 
MSET, so kann bei der Programmierung ent- 
sprechend dem in Bild 2 dargestellten Fluß- 
diagramm vorgegangen werden. Mit MBIT 
wird die Verfügbarkeit der Ressource gete- 
stet. Falls die Ressource verfügbar ist, kann 
durch die Ausführung von MSET eine Anmel- 
dung des Transfers über /mO veranlaßt wer- 
den. Danach wird mit MBIT der Eingang /ml 
getestet, um festzustellen, ob die Ressource 
frei ist. Ist sie verfügbar, kann der Prozessor 
auf den Main-frame-RAM zugreifen. Nach 
dem Transfer wird die Anforderung mit 
MRES aufgehoben. 

Hat man sich für die Arbeit mit MREQ und 
MRES entschieden, so kann man eine kür- 
zere Routine schreiben, und man hat somit 
offensichtlich die elegantere Form der Anfor- 
derung gewählt. Die in Bild 2 dargestellten 
Schritte (1) bis (3) führt der Befehl MREQ 
selbständig aus. Damit ist nach dem Spei- 
cherzugriff lediglich noch MRES für die Zu- 
rücknahme der Anforderung erforderlich. 

Entwurf eines Multiprozessor- 
systems 

Zum Aufbau eines Multiprozessorsystems 
sind die Signale /ml und /mO der Subprozes- 
soren so zu verknüpfen, daß eine sinnvolle 
Kommunikation der Einzelsysteme erfolgen 
kann. Hierzu zählen das Durchschalten von 
Adreß-, Daten- und Steuerbus des anfor- 
dernden Subsystems auf einen den Main- 
frame-RAM steuernden Globalbus bei Aus- 
schaltung von Zugriffskonflikten. Bezüglich 
der Hardwarekonfiguration der Subsysteme 
erscheint es sinnvoll, einen völlig identischen 
Aufbau und gleiche Bedingungen hinsichtlich 
ihrer Multiprozessor-Programmierbarkeit an- 
zustreben. 

MULTI-MICRO-DAISY-CHAIN 

Kern des zu schaffenden Globalbusses sind 
4 Signallinien, die als MULTI-MICRO- 
DAISY-CHAIN-Bus bezeichnet werden 13/ 
und die über jeweils eine Multiprozessorlogik 
die /ml- und die /mO-Linien aller Sub-CPUs 
manipulieren (siehe Bild 3). 

Voraussetzung für das Verständnis der Multi- 
prozessorlogik ist die Kenntnis der Signalli- 
nien /mAI, /mST, /mRQ, /mAO. 



Bild 3 Anschluß des Globalbusses 


/mAI: Der Eingang dient der Annahme eines 
Signals, das der anfordernden CPU anzeigt, 
ob ihre Anforderung durch die anderen CPUs 
der Daisy-Chain (Interruptprioritätenkette) 
akzeptiert worden ist. Für den Master ist 
diese Anfrage überflüssig. 

/mST: dient der Feststellung des augenblick- 
lichen Zustandes, in dem sich die Kette befin- 
det. 

/mR3: Der Ausgang ist der Aussendung ei- 


ner Anforderung auf einen Ressourcenzugriff 
Vorbehalten. 

/mAO: Der Ausgang wird zur Weitergabe ei- 
ner an /mAI ankommenden Anforderung be- 
nutzt. Er bildet zusammen mit /mAI die Ket- 
tenschleife. 

Bezugnehmend auf den Abschnitt Hardware 
kann den Multi-Micro-Zuständen folgendes 
Busverhalten zugeordnet werden (siehe 
auch Tafel 2): 


Tafel 2 Angabe des logischen Verhaltens der Multi-Mi- 
cro-Daisy-Chain-Buskonfiguration 



Zustand 1 (/ml = High, ImO = High) 

Dieser Zustand ist dadurch gekennzeichnet, 
daß alle Systeme inaktiv sind. Da kein Pro- 
zessor versucht, einen Transfer über den Si- 
gnalausgang /mO und damit über /mRQ an- 
zumelden, ist auch der Status der Kette /mST 
High. Ein auf High liegendes /mRQ führt 
dazu, daß die Signallinien /mAI und /mAO 
gleich High sind. Ein High-Signalpegel an 
/mST zieht entsprechend der Funktion des 
Schaltkreises 74L157 ein /ml = High nach 
sich. 

Zustand 2 (Iml = High, /mO = Low) 

In diesem Zustand befindet sich ein System, 
wenn es gerade eine Anforderung auf einen 
Transfer aussendet. Überden CPU-Ausgang 
/mO wird ein Low ausgegeben, das ein Low- 
aktives Signal /mRQ erzwingt. Dadurch wird 
auch das den Status der Kette kennzeich- 
nende Signal /mST = Low. Gleichzeitig wird 
an /mAO ein High erzeugt, womit die Anfor- 
derung durch niederpriorisierte CPUs blok- 
kiert wird. Zunächst ist das Signal /mAI noch 
High, was ein High am CPU-Eingang /ml zur 
Folge hat. 

Zustand 3 (Iml = Low, ImO = Low) 

Wird nach einer gewissen, durch die Länge 
der Kette bedingten Laufzeit die Signallei- 
tung /mAI = Low, so wird ein Low an /ml er- 
zeugt. Damit erkennt die CPU, daß ihre An- 
forderung durch alle in der Kette befindlichen 
CPUs akzeptiert wurde. 

Zustand 4 (Iml = Low, ImO = High) 

Dieser Zustand ist durch die Benutzung der 
Ressource durch ein Fremdsystem charakte- 
risiert. Eine fremde Anforderung über /mRQ 
bringt aufgrund der Wired-AND-Verknüpfung 
ein Low an allen Ausgängen /mRQ des 
Daisy-Chain-Busses mit sich. Das Signal 
/mST wird ebenfalls Low, was ein Low an /ml 
bewirkt. Je nach Priorität des Einplatinen- 
rechners gegenüber dem aktiven System 
wird an dessen Eingang /mAI ein Low anlie- 
gen (Teilsystem ist höherpriorisiert) oder ein 
High (Teilsystem besitzt eine niedere Priori- 
tät). 

Ein Low an /mAI ruft seinerseits ein Low am 
Ausgang /mAO des Interfaces hervor. Ein 
High an /mAI hat ein High an /mAO zur Folge. 

Multiprozessorlogik 

Bild 4 zeigt die Schaltung zur Realisierung ei- 
ner Multiprozessorlogik, die leicht auf jedem 
Einzelrechner untergebracht werden kann. 



Bild 4 Multiprozessorlogik 


Es wird empfohlen, den Vierfach-2-Bit-Da- 
tenselektor 74LS157 oder 74LS257 (open 
collector) zu nutzen und nicht wie in 13/ zu 
versuchen, die Schaltung mit Hilfe von Gat- 
tern „nachzuempfinden“ (akute Fehler- 
quelle!). Soll ein Einzelrechner die Master- 
funktion übernehmen, ist mittels Schalterdas 
mAI-Signal auf mST zu legen. 

An dieser Stelle soll darauf hingewiesen sein, 
daß auch andere Prozessoren in das Kon- 
zept einbezogen werden können, wenn das 
ml-mO-Signalverhalten durch zwei Portlinien 
und entsprechende Bediensoftware realisiert 
wird. 

Die geforderte Konfliktfreiheit des Zugriffs auf 
den Main-frame-RAM läßt sich dadurch er- 
zielen, daß über Bustreiber nur jeweils der 
Bus des Einzelrechners auf den globalen Bus 
durchgeschaltet wird, dessen Zugriffsanfor- 
derung bestätigt wurde. Das erforderliche 
Busfreigabesignal /OE der Treiber ist durch 
ODER-Verknüpfung der /ml- und /mO-Linien 
generierbar (Bild 3). 

Welche RAM-Steuersignale zur Verfügung 
gestellt werden, ist von der Systemphiloso- 
phie abhängig. Eine vorteilhafte Lösung be- 
steht bei Verwendung der nichtsegmentier- 
ten Version U 8002 darin, das /CS-Signal des 
Main-frame-RAMs aus der Adreßdekodie- 
rung für den Speicherblock der oberen 32-K- 
Wörter zu gewinnen. Wird darüber hinaus ein 
wahlweiser Wort-/Byte-Zugriff auf die Res- 
source gewünscht, sind folgende Signale auf 
den Globalbus zu führen: /CS-RAM, AO, B / 
W, R/W. 

Beispiel für ein 

MULTI-MICRO-Anforderungsprotokoll 

Da man die Arbeit mit MREQ und MRES be- 
vorzugen wird, befaßt sich dieser Abschnitt 
etwas ausführlicher mit den bei Anmeldung 
durch MREQ möglicherweise eintretenden 
Fällen. Zur Verdeutlichung der ablaufenden 
Vorgänge dient Bild 5. Wird versucht, mit 
Fortsetzung auf Seite 339 



Bild 5 Anforderungsprotokoll 
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5. Die qualitative Erweiterung 
von Forth 

Beim Vergleich mit anderen Programmier- 
sprachen fällt auf, daß im Kern von Forth 
keine Definitionsworte für Datenstrukturen 
wie Felder oder Records enthalten sind. Die 
Bedeutung von Datenstrukturen ist aber für 
die Programmierung unbestritten, so daß die 
Frage steht, wie solche Probleme in Forth ra- 
tionell zu behandeln sind. 

Anstatt eine mehr oder weniger fest vorgefer- 
tigte Menge von starren Datentypen vorzuge- 
ben, stellt Forth dem Programmierer Werk- 
zeuge zum Eigenbau von Datenstrukturen 
zur Verfügung. Er kann damit seine Daten- 
strukturen für das Problem maßschneidern 
und muß nicht das Problem solange umfor- 
men, bis es in eine angebotene Datenstruktur 
paßt. 

Zu dieser für Forth typischen Vorgehens- 
weise gehört auch die Möglichkeit, spezielle 
Werkzeuge zu schaffen, die eine rationelle 
und problemnahe Behandlung der selbster- 
zeugten Datenstrukturen' sichern. Welchen 
Weg schlägt Forth ein, um dieses Ziel zu er- 
reichen? Das Prinzip ist vergleichbar mit der 
Vorgehensweise bei der im Teil 3 beschrie- 
benen Ausgabeformatierung. Auch die kom- 
plexen Definitionsworte wie : oder VARIABLE 
basieren auf elementaren Bestandteilen, die 
dem Programmierer sämtlich einzeln zu- 
gänglich sind und die zur Konstruktion neuer 
definierender Worte benutzt werden können. 

5.1. Die Verwaltung 
des Wörterbuchspeichers 

5.7.7. Funktionen 

Eine Orientierung darüber, wo für den näch- 
sten Wörterbucheintrag freier Speicherplatz 
ist, erhält man dadurch, daß das Wort HERE 
die entsprechende Adresse zum Stapel 
schafft. Wenn diese Adresse in einer (nicht 
standardisierten) Variablen DP (Directionary 
Pointer, deutsch: Wörterbuchzeiger) geführt 
wird, könnte HERE so implementiert sein: 

: HERE ( = = => addr) DP @; 

Um das Wörterbuch am Ende zu verlängern, 
kann das Wort ALLOT benutzt werden. AL- 
LOT erwartet eine Zahl auf dem Datenstapel 
und reserviert dem Wert entsprechend viele 
Bytes für das Wörterbuch von der durch 
HERE bezeichneten Stelle ab. Der Inhalt der 
mit ALLOT reservierten Speicherplätze wird 
nicht gesetzt, er bleibt so, wie er sich zufällig 
bis zu diesem Zeitpunkt ergeben hatte. Sy- 
stemintern könnte ALLOT etwa so definiert 
sein: 

: ALLOT ( n = = =>) DP + ! ; 

Ebenfalls eine Vergrößerung des Wörter- 
buchs erreicht man mit den beiden Worten 


, c. 

Das Wort , schreibt die auf dem Datenstapel 
befindliche 16-Bit-Zahl ans Wörterbuch hint- 
an; das Wörterbuch wird damit um 2 Byte län- 
ger, wobei der Inhalt dieser 2 Byte durch die 
vom Stapel geholte Zahl gesetzt wird. Ent- 
sprechend vergrößert C, das Wörterbuch um 
genau ein Byte, wobei die 8 Bit, die dessen 
Inhalt bestimmen, auch wieder als Wert vom 
Stapel geholt werden. Die beiden Worte 
könnten im System beispielsweise so defi- 
niert sein: 

(16b = = =>) HERE 2 ALLOT!; 

: C, ( 8b = = =>) HEREI ALLOT CI; 

Beim Zugang zur physischen Ebene müssen 
von Fall zu Fall spezifische Schaltkreiseigen- 
schaften berücksichtigt werden. Angenom- 
men, der Programmierer wünscht, ins Wör- 
terbuch eine Tabelle von Zeigern zu Inter- 
ruptserviceroutinen einzutragen, und der 
Prozessor verlangt, daß die Tabelle bei einer 
durch 8 teilbaren Adresse beginnt. Die Varia- 
ble DP kann dann durch eine Wortfolge wie 
HERE NEGATE 8 MOD ALLOT 
auf die nächste durch 8 teilbare freie Adresse 
des Wörterbuchs gesetzt werden. Mittels sol- 
cher und ähnlicher Techniken kann man bei- 
spielsweise die Interruptbehandlung voll- 
ständig von Forth aus organisieren. 

5. 1.2. Vektoren und Tabellen 
Die genannten Mittel gestatten bereits die 
Vereinbarung von Datenbereichen im Wör- 
terbuch. Beispielsweise kann durch die Se- 
quenz 

VARIABLE ZAEHLERFELD 8 ALLOT 

ein Feld für 5 Werte von je 16 Bit im Wörter- 
buch reserviert werden; ein Wert direkt durch 
VARIABLE und die restlichen vier Werte durch 
8 ALLOT. VARIABLE legen bei der Definition 
von ZAEHLERFELD dessen Laufzeitverhalten 
fest: Beim Aufruf von ZAEHLERFELD wird 
die Basisadresse (die Adresse der 0. Kompo- 
nente) auf den Datenstapel gelegt. Die übri- 
gen Komponenten sind durch den Offset von 
2, 4, 6, 8 adressierbar, für Index 3 etwa so: 
ZAEHLERFELD 6 + 

Die Initialisierung aller fünf Zähler mit Null 
kann nach 

: RUECKSETZEN ( feld = = => ) 

5 0 DO 0 OVER! 2+ 

L00PDR0P; 

durch die Wortfolge 
ZAEHLERFELD RUECKSETZEN 

gemeinsam ausgeführt werden. Durch die 
Zusammenfassung von Zählern in einem 
Feld können solche Operationen vereinfacht 
werden, die alle Zähler des Feldes betreffen. 
Dazu gehören neben der Initialisierung bei- 
spielsweise Vergleiche der Zählerstände 
oder deren Auswertung und Darstellung. 

Im obigen Beispiel ist es eventuell nachteilig, 
daß die Initialisierung nur für Felder der fe- 
sten Dimension 5 arbeitet. Will man Felder 
variabler Länge in ähnlicher Weise behan- 


deln, so muß die zugeordnete Feldlänge er- 
mittelt werden können. Das läßt sich errei- 
chen, wenn die Felddimension mit abgespei- 
chert wird (beispielsweise vor dem Feld 
selbst). Entsprechend der oben stehenden 
Variante könnte man 
VARIABLE ZAEHLERFELD 10 ALLOT 
5 ZAEHLERFELD ! 

schreiben. Noch einfacher ist jedoch die Kon- 
struktion, wenn man als Definitionswort für 
den Wörterbucheintrag das (primitivere) 
Definitionswort CREATE verwendet. Es wirkt 
wie VARIABLE, reserviert selbst aber nach 
dem Namen noch keinen zusätzlichen Spei- 
cherplatz für Daten. Die Folge 
CREATE ZAEHLERFELD 5 , 10 ALLOT 
spiegelt die Struktur des Feldes gut wider; 
CREATE legt das Laufzeitverhalten von 
ZAEHLERFELD fest. Das mit 
: INITIALISIEREN ( feld = = =>) 

DUP@ ODO 2+0 OVER! 

LOOP DROP; 

definierte Wort initialisiert so ein Feld varia- 
bler Länge. 

Fließpunktarithmetik und transzendente 
Funktionen sind nicht Bestandteil des Forth- 
kerns, weil sich die Anforderungen der An- 
wender an Genauigkeit und Verarbeitungs- 
geschwindigkeit stark unterscheiden. Außer- 
dem lassen sich viele Probleme mit ganzen 
Zahlen lösen, wenn man auf die (gefährliche) 
Bequemlichkeit des Rechnens ohne vorhe- 
rige Abschätzung verzichtet. Als Beispiel soll 
die Funktionsberechnung unter Verwendung 
von Funktionstafeln erläutert werden, wobei 
man bei geeigneter Skalierung im Bereich 
der ganzen Zahlen bleibt. 

Eine mit 

CREATE SINUSTAFEL 

0 , 175 , 349 , 523 , 698 , 

872 , 1045 , 1219 ,1392 , 1564 , 

1737 , 1908 , 2079 


9976 , 9986 . 9994 , 9999 , 

10000 . 

erzeugte Tafel enthält die mit 10000 skalier- 
ten Sinuswerte zu den Winkeln von 0,1,..., 
90 Grad. Hier wird die Zweckmäßigkeit der 
Vergabe des Namens , für die direkte Eintra- 
gung ins Wörterbuch erkennbar. Ein Leser 
des Programmteils SINUSTAFEL muß nicht 
unbedingt mit dem an das Komma gebunde- 
nen Kompilationsvorgang vertraut sein; es 
genügt, die im gewöhnlichen Sprachge- 
brauch übliche Bedeutung des Kommas als 
Trennsymbol zu kennen. Durch die ähnlich 
geschickte Wahl der Namen kann der Pro- 
grammierer die Lesbarkeit seiner Pro- 
gramme günstig beeinflussen. Das Aufsu- 
chen des passenden Sinuswertes geschieht 
nach 

: SINUS ( n = ==> sin[n] ) 

2 * SINUSTAFEL + @ ; 
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in der Form 

45 SINUS . (er) 7071 ok 

Unter Ausnutzung der Periodizität können 
beliebige Winkel auf den angegebenen Argu- 
mentbereich zurückgerechnet werden. 
Durch einen Suchprozeß innerhalb der Ta- 
belle ist auch die Arkussinusfunktion imple- 
mentierbar. Das oben definierte Wort SINUS 
stellt die primitivste Form des Zugriffs auf die 
Tabelle dar. Durch lineare Interpolation lie- 
ßen sich auch Zwischenwerte berechnen. 
5.2. Definition von Wortklassen 
Wenn mehrere Objekte die gleiche oder eine 
ähnliche Struktur haben, kann man, wie am 
Beispiel der Initialisierung deutlich wurde, 
Operationen so erzeugen, daß sie über allen 
Objekten einer solchen Familie ausführbar 
sind. Wünschenswert wäre nun, auch die 
Kompilationsvorschrift für zur gleichen Fami- 
lie gehörende Objekte nur einmal erklären zu 
müssen. Das spart Programmspeicherplatz 
und erhöht die Übersichtlichkeit. Mit der ein- 
mal erzeugten Form können dann viele 
gleichartige Objekte „gegossen“ werden. 

Die Konstruktion einer „Gußform“ wird er- 
möglicht, weil auch Definitionsworte (z. B. 
CREATE) selbst wieder in Definitionen ver- 
wendet werden dürfen. Auf diese Art kann 
der Anwender dann eigene Definitionsworte 
definieren, die bei ihrer Ausführung selbst 
wieder neue Worte eines (vom Anwender) 
bestimmten Typs erzeugen. So können mit 
einem vom Programmierer neu geschaffe- 
nen Definitionswort spezielle Eigenschaften 
für eine ganze Klasse von neuen Worten fi- 
xiert werden. Die zweckmäßige Festlegung 
von problemgerechten Wortklassen kann in 
hohem Maße die Qualität eines Programms 
bestimmen. Sie verlangt eine gründliche 
Analyse der Problemstellung, insbesondere 
unter dem Gesichtspunkt der Zerlegung in 
ähnlich geartete Teilprobleme. Nach Erklä- 
rung des Datentyps 
: FELD ( n = = => ) 

CREATE DUP , 2 * ALLOT ; 

beispielsweise würde durch 

5 FELD ZAEHLERFELD ( = = => addr) 

ein Zählerfeld der Dimension 5 ins Wörter- 
buch eingetragen werden. FELD ist nun das 
Definitionswort für einen vom Programmierer 
neu geschaffenen Datentyp. Das Laufzeit- 
verhalten von ZAEHLERFELD wird wie- 
derum durch CREATE festgelegt. Nach Auf- 
ruf von ZAEHLERFELD würde die Parame- 
terfeldadresse des ZAEHLERFELDes auf 
den Datenstapel gelegt werden; dort war bei 
der Definition durch FELD die Dimension ein- 
getragen worden. 

5.2.1. Fadencodeniveau 
Mitunter wird es sinnvoll sein, wenn nach 
dem Aufruf eines mit FELD erzeugten Objek- 
tes nicht die Adresse der Dimension, sondern 
die Adresse des ersten Feldelements zum 
Stapel geliefert wird. Das Laufzeitverhalten, 
das dem neudefinierten Wort durch CREATE 
mitgegeben wurde, müßte zu diesem Zweck 
anders programmiert werden können. Spe- 
ziell für diesen Zweck ist das Wort D0ES> 
vorgesehen. Die in der Konstruktion 


: name . . . CREATE . . . D0ES> . . . ; 

nach DOES> stehenden Worte werden bei 
Aufruf jedes mit name definierten Objektes 
ausgeführt. Dabei ist es wichtig zu wissen, 
daß unmittelbar vorher die Parameterfeld- 
adresse des Objekts auf dem Stapel bereit- 
gelegt wird. Die auf DOES> folgenden Worte 
können dann diese Information überden Be- 
ginn des Parameterfeldes verwenden, um 
damit ein gewünschtes Laufzeitverhalten des 
Objekts zu erzeugen. 

Eine neue Klasse von Datenfeldern, deren 
Abkömmlinge zwar ihre Dimensionen enthal- 
ten, aber beim Aufruf die Adresse ihrer null- 
ten Komponente auf den Stapel legen, wird 
mit 

: VEKTOR (n= = =>) 

CREATE DUP , 2* ALLOT 
D0ES> ( = = => x0)2+; 

beschrieben. Beim Stapelkommentar nach 
DOES> muß man immer berücksichtigen, 
daß unmittelbar vor dem Abarbeiten der DO- 
ES>-Passage noch die Parameterfeld- 
adresse des definierten Objekts obenauf ge- 
legt wird. Sie sollten etwas Zeit investieren, 
um sich klarzumachen, welche Konsequen- 
zen es hat, daß die Passage hinter DOES> 
nicht bei der Ausführung von VEKTOR aus- 
geführt wird. Vielmehr sorgt DOES> dafür, 
daß bei jeder Definition eines Objekts mittels 
VEKTOR das Codefeld dieses Objekts mit ei- 
nem Verweis zur DOES>-Passage über- 
schrieben wird. Die Worte nach DOES> wer- 
den damit genau bei jedem Aufruf eines Ob- 
jekts abgearbeitet. Dadurch kommt auch die 
Familieneigenschaft aller mit demselben 
Definitionswort erzeugten Objekte zustande. 
Der Zugriff auf Komponenten von mit VEK- 
TOR definierten Vektoren wie 
5 VEKTOR ZAEHLERFELD ( = = => addr) 
ließe sich durch 

: KOMPONENTE ('xn = = => 'xn) 

2 * + ; 

bewerkstelligen. So wird durch 
ZAEHLERFELD 3 KOMPONENTE @ 

der Inhalt des Elements mit dem Index 3 auf 
den Datenstapel gelegt. 

Die Konstruktion CREATE . . . D0ES> macht es 
möglich, die Kompilationsphase für Objekte 
einer Wortklasse vollständig von der Phase 
der Ausführung getrennt zu betrachten und 
zu programmieren. Der Programmierer kann 
die aus seiner Sicht insgesamt erforderlichen 
Aktionen zerlegen und der jeweils entspre- 
chenden Phase zuordnen (für den Kompila- 
tionsvorgang hinter CREATE und für den 
Ausführungsvorgang hinter DOES>). 

Zur Erläuterung des Gebrauchs von Wort- 
klassen soll nun ein Beispiel aus Teil 2 des 
Kurses etwas modifiziert behandelt werden: 
In einer Variablen MATERIAL stehe (wie 
auch damals) die Adresse des Zählers für 
Teile des gerade aktuellen Materials. Die Re- 
servierung von Speicherplatz für einen mate- 
rialabhängigen Zähler und die Bereitstellung 
seiner Adressen bei Nennung des Materials 
werden jetzt in dem Definitionswort 
: MATERIAL: 

VARIABLE (installiert Zähler) 

D0ES> MATERIAL! (lädt Zähler); 


zusammengefaßt. Nach den Definitionen 

MATERIAL: HOLZ 

MATERIAL: PLAST 

und den „Verschönerungen“ 

: DAZU ( n addr = = =>)+!; 

: ? ( addr = = => ) @ . ; 
sind die in Teil 2 benutzten Aktionen wie 
7 HOLZ TEILE DAZU 
PLAST TEILE? 
wieder verwendbar. 

Will man verschiedenartige Teile nach Mate- 
rial sortiert zählen, so kann man für jedes Ma- 
terial mehrere „Körbe“, das heißt ein Zähler- 
feld bereitstellen. Der zum jeweiligen Teil ge- 
hörende Korb ist durch einen Offset zum An- 
fang des Zählerfeldes des entsprechenden 
Materials erreichbar (Bild 5.1 ). 

Das Definitionswort TEIL: speichert während 
der Definition eines Teils den vom Program- 
mierer zugeordneten Offset n verdoppelt ab 


VARIABLE MATERIAL 



2 CQNSTANT «TEILE 


CREATE «TEILE B DO B , LOOP 
DOES> ( — — > > MATERIAL ! 

MATER I AL i HOLZ 
MATERIAL! PLAST 

Bild 5. 1 Beispiel zu CREATE . . DOES> 


und bildet bei Nennung des jeweiliger! Teils 
die Adresse des zugehörigen materialrichti- 
gen Zählers. Damit ist die Schreibweise 

HOLZ 12 KEILE DAZU 60 STIFTE DAZU PLAST 
STIFTE ? 

möglich. Wenn für #TEILE vorsorglich ein et- 
was größerer Wert vereinbart wird, können 
mittels TEIL: auch noch nachträglich weitere 
Arten von Teilen definiert werden. Die Kon- 
struktion CREATE . . . DOES> ist einfach, 
leistungsfähig und ungewöhnlich. Wir emp- 
fehlen Ihnen, eigene Experimente mit betont 
unkomplizierten Schritten zu beginnen. 
Eventuell sind in der ersten Zeit erläuternde 
Hilfsausschriften nützlich, wie im folgenden J 

Beispiel für ein Definitionswort, das Objekte j 
erzeugen kann, die nichts anderes tun, als 
ihre eigenen Aktivierungen mitzuzählen: j 

: ZAEHLER .“ vor Definition “ j 

CREATE .“ nach Definition “ 0 , 

D0ES> .“ bei Aktivierung“ „ 

1 OVER + ! @ . ; 

Nach der Erzeugung eines Objekts mit 

ZAEHLER KLICK 

zeigt KLICK bei jeder Aktivierung an, der wie- 
vielte Aufruf das war. 

5.2.2. Mikrocodeniveau 
Alternativ zum Fadencode kann der Ausfüh- 
rungsteil auch in Maschinencode notiert wer- 
den. Für diesen Fall ist das Wort ;C0DE an- 
stelle von D0ES> zu benutzen. Die auf 
;CODE folgenden Worte müssen dann Be- 
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standteil des Forth-Assemblers sein, der vor- 
her geladen worden sein muß. Falls kein As- 
sembler verfügbar ist, kann auch der von 
Hand übersetzte Maschinencode direkt mit 
Hilfe von , oder C, eingetragen werden. Man 
wird ;CODE benutzen, wenn man auf die grö- 
ßere Rechengeschwindigkeit von Assem- 
blerprogrammen angewiesen ist. Zum Bei- 
spiel könnte man die Zugriffszeit auf Werte in 
Tabellen verkürzen, wenn man sie mit dem 
Definitionswort nach Bild 5.2 erzeugt. Der 
Programmierer braucht auch hier einen Zu- 
gang zum Parameterfeld der letztlich zu defi- 
nierenden Objekte. Während DOES> hierfür 
die Parameterfeldadresse (PFA) auf dem 
Stapel hinterläßt, regelt sich nach ;CODE der 



Zugang zur PFA des definierten Objekts über 
das WA-Register der virtuellen Forthma- 
schine. Welches Prozessorregister in einer 
konkreten Implementation dafür verwendet 
wird, muß der zugehörigen Dokumentation 
entnommen oder anderweitig in Erfahrung 
gebracht werden. Selbstverständlich hat 
man sich mit der hier vorgeführten Version für 
das Definitionswort TAFEL auf den Prozes- 
sor Z 80 und meist auch noch auf einen be- 
stimmten Assembler festgelegt. 

Nach der Vorbereitung 
10000 9999. . .175 0 
91 TAFEL SINUS 

kann die Sinusfunktion für einen bestimmten 
Winkel wieder mit 

n SINUS 

ermittelt werden. Solche Tafeln sind ein sehr 
bequemes und rechenzeiteffektives Verfah- 
ren, um Funktionen implementieren zu kön- 
nen. 

5.3. Compilererweiterungen 

5.3.1. Vorrangworte 

Im Teil 2 des Kurses (s.MP 5/89) wurden 
Strukturierungsworte vorgestellt. Sie dienen 
im Kompilationsmodus zum Aufbau eines 
möglichst laufzeitrationellen Fadencodes 
und werden deshalb innerhalb einer Defi- 
nition ausgeführt, während „normale“ Worte 
im Gegensatz dazu in Fadencode kompiliert 
werden. Soll ein bestimmtes vom Program- 
mierer definiertes Wort diese besondere Ei- 
genschaft erhalten, so daß es trotz des Kom- 
pilationsmodus ausgeführt wird, so ruft man 
nach dessen Definition das Wort IMMEDIATE 
(deutsch sinngemäß: unverzüglich) auf. Das 
zuletzt definierte Wort wird dadurch zu einem 
/mmed/afe-Wort oder Vorrangwort. 

Die Ausführung von Vorrangworten wird ge- 
wissermaßen in die Kompilationszeit vorge- 
zogen. 

Das bisher betont einfache Prinzip der Kom- 
pilation von neuen Worten durch Zusammen- 
stellung von Worten im Quelltext und durch - 


dafür jeweils eins zu eins - deren Codefeld- 
adressen im Kompilat kann mittels der Vor- 
rangworte durchbrochen werden, weil sie in 
der Regel nicht ins Wörterbuch gelangen und 
stattdessen sogar andere Worte ins Wörter- 
buch kompilieren können. Das würde der 
Programmierer zunächst gar nicht bemer- 
ken, wenn er von anderen Programmierspra- 
chen her gewöhnt ist, daß ihm der Zugang zur 
Gestaltung des Kompilats in der Regel ver- 
schlossen bleibt. 

Der versierte Forthprogrammierer wird von 
Fall zu Fall wünschen, Vorrangworte nicht 
zur Kompilationszeit arbeiten zu lassen, son- 
dern sie entgegen ihrem Normalverhalten 
trotzdem zu kompilieren. Dafür gibt es die 




Bild 5.2 Beispiel zu 
CREATE . . . ;CODE 


Möglichkeit, die Vorrangeigenschaft fall- 
weise explizit zu unterdrücken. 

Mit dem Wort [COMPILE] kann man die Kom- 
pilation eines Wortes erzwingen; die eventu- 
elle Vorrangeigenschaft wird unterdrückt. Die 
erzwungene Kompilation betrifft nur das un- 
mittelbar auf [COMPILE] folgende Wort. Da- 
mit [COMPILE] diese Wirkung erzielen kann, 
ist es selbst als Vorrangwort erklärt. 

Als Gegenstück zur vorgezogenen Ausfüh- 
rung von Worten ist auch eine aufgescho- 
bene Kompilation möglich. Das erreicht man 
durch eine Wortfolge der Form 
: yyy . . . COMPILE xxx . . . ; 

Der Effekt ist der, daß yyy bei seiner Ausfüh- 
rung eine Kompilation von xxx durchführt 
(also die Eintragung der Codefeldadresse 
von xxx ans Wörterbuchende). Während der 
Definition von yyy werden die CFAs von COM- 
PILE und anschließend von xxx ganz normal 
ins Wörterbuch eingetragen. Beim Aufruf von 
yyy sorgt dann COMPILE dafür, daß die CFA 
von xxx noch einmal an das aktuelle Ende 
des Wörterbuchs kompiliert wird. Typisch 
wird COMPILE in Vorrangworten verwendet, 
wie wir in einem Beispiel im nächsten Ab- 
schnitt zeigen werden. 

5.3.2. Programmverzweigungen 
Im Abschnitt 2.3 wurden Worte gezeigt, mit 
denen Programme nach den Regeln der 
strukturierten Programmierung gegliedert 
werden können. Bei der Erzeugung eigener 
Verzweigungsstrukturen ist es zuweilen ef- 
fektiver, sie aus elementaren Bestandteilen 
neu aufzubauen, anstatt die aus dem Anwen- 
derwortschatz geläufigen vorgefertigten 
Strukturierungsworte zu verwenden. 

Zu den elementaren Bestandteilen der Ver- 
zweigungsstrukturen gehören die Worte 
>MARK >RES0LVE <MARK <RES0LVE 
Mit ihnen werden zur Kompilationszeit 
Sprungadressen in Verzweigungsstrukturen 


verwaltet. Es gehören jeweils eine Markie- 
rung (MARK) und eine Auflösung (RE- 
SOLVE) zusammen. Mit MARK wird eine 
Marke (Adresse) auf den Datenstapel gelegt, 
zu der später von derjenigen Position des 
Wörterbuchzeigers aus gesprungen werden 
muß, die bei Nennung von RESOLVE gerade 
aktuell war (oder wird). Die Richtung der 
Sprünge ist an den Namen MARK und RE- 
SOLVE durch < für rückwärts und > für vor- 
wärts abzulesen. 

Besonders einfach ist die Eintragung von 
Rückwärtssprüngen durch 
: <MARK ( = = => addr ) HERE ; 
:<RESOLVE(addr = = =>),; 
nachvollziehbar. Bei Vorwärtsreferenzen 
wird die Zieladresse erst zu einem späteren 
Zeitpunkt ermittelt, so daß der Speicherplatz 
erst reserviert und später die Adresse dort 
eingetragen wird. Auch hier läßt sich der 
möglichen Implementierung 
: >MARK ( = = => addr ) 

HERE 2 ALLOT ; 

: >RES0LVE ( addr = = => ) 

HERE SWAP ! ; 

die Arbeitsweise dieser Worte entnehmen. 
Da die Worte nur die Eintragung der Sprung- 
adressen leisten, müssen sie noch mit 
Sprungbefehlen und Sprungbedingungen 
verknüpft werden (vergl. BRANCH, 
7BRANCH in Teil 4 des Kurses). 

Die Sprungadreßberechnungen sind so an- 
gelegt, daß sie sich verschachteln lassen. 
Damit dem Programmierer dabei keine 
Flüchtigkeitsfehler unterlaufen, prüfen die 
meisten Forth-Systeme während der Kompi- 
lation die Vollständigkeit der Verzweigungs- 
strukturen. Oft wird dazu bei Eröffnung der 
Verzweigung über die Adresse eine Kenn- 
zahl gelegt, deren Anwesenheit im Schließ- 
befehl vor Ausführung der Adreßverknüpfung 
überprüft wird. Auf solche einfachen Siche- 
rungsmaßnahmen sollte man bei eigenen 
Kompilationsworten nicht verzichten. Man 
kann eigene Kompilationsworte gerade mit 
dem Ziel schaffen, während der Kompilation 
weitgehend die Richtigkeit des Programms 
zu überprüfen. 

Als Beispiel für neue Kompilationsworte soll 
eine inzwischen weit verbreitete Fallkon- 
struktion betrachtet werden. Sie verallgemei- 
nert die Struktur IF . . . ELSE . . . THEN auf eine 
beliebige Anzahl von Fällen. Welcher Zweig 
des Programms abgearbeitet wird, soll sich 
aus dem Wert einer zur Abarbeitungszeit auf 
dem Datenstapel liegenden Zahl (Fallnum- 
mer) ergeben. Die Struktur wird in der 
Weise 

: . . . CASE nl OF . . . ENDOF 

n2 OF . . . ENDOF 

nkOF... ENDOF 
. . . ENDCASE . . . ; 

benutzt. Die vorkommenden Worte können 
wie in Bild 5.3 definiert werden. Alle vier defi- 
nierten Strukturierungsworte werden jeweils 
durch IMMEDIATE zu Vorrangworten erklärt; 
mit COMPILE werden die erforderlichen 
Wörterbucheinträge erzwungen. 

Die Kompilation eines die CASE-Konstruk- 
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CSP e SPS CSP ! 5 ; IMMEDIATE 

COMP ILE OVER COMP ILE - 
COMPILE 7BRANCH 

>MARK COMPILE DROP b ; IMMEDIATE 





BEGIN 9 SP» CSP « - WHILE >RESOLUE 

CSP ' ; ( CSP Mi ederherst»! 1 an > IMMEDIATE 

Bild 5.3 Codierung einer CASE-Verzweigung 


tion enthaltenden Wortes soll nun kurz ver- 
folgtwerden: 

Das Wort CASE eröffnet die Struktur, indem 
es den Wert der Variablen CSP auf den Stapel 
rettet, den aktuellen Stand des Stackpointers 
für einen späteren Vergleich in der Variablen 
CSP speichert und die willkürlich gewählte 
Kennzahl 5 zur späteren Kontrolle der Voll- 
ständigkeit der Struktur auf den Stapel legt. 
Danach wird die Fallnummer ins Wörterbuch 
kompiliert. Das darauf folgende OF kontrol- 
liert die richtige Reihenfolge innerhalb der 
CASE-Konstruktion, indem die durch CASE 
auf dem Stapel hinterlassene 5 abgefragt 
wird. Falls ?PÄIRS nicht bekannt ist, kann man 
vorläufig 

: ?PAIRS(n1 n2 = = =>) 

-IF.“ falsche Struktur“ THEN; 

definieren. Normalerweise sollte man aller- 
dings abbrechen, wenn Strukturfehler er- 
kannt worden sind. Im Teil 6 des Kurses wird 
auf Möglichkeiten zur Fehlerbehandlung ein- 
gegangen. 

Anschließend werden mit der Wortfolge OVER 
= 7BRANCH, der Platz für die Sprungadresse 
und DROP kompiliert. Zum Abschluß von OF 
wird die Kennzahl 6 auf den Datenstapel ge- 
legt. Nun folgt die Kompilation des Zweigpro- 
gramms. Danach muß der Datenstapel den- 
selben Zustand haben, damit die Prüfung der 
Kennzahl 6 durch ENDOF positiv ausfällt. Von 
ENDOF wird außerdem der mit OF kompi- 
lierte bedingte Vorwärtssprung auf den nach 
ENDOF vorzunehmenden Wörterbuchein- 
trag, das heißt die nächste Fallabfrage, ge- 
richtet. Der Speicherplatz für die Adresse des 
im Falle der Übereinstimmung notwendigen 
unbedingten Sprungs ans Ende der Gesamt- 
konstruktion wird durch das in ENDOF ste- 
hende >MARK reserviert. 

Das Wort ENDCASE löst die von den ENDOFs 
auf dem Datenstapel hinterlassenen Markie- 
rungsadressen (für die unbedingten Sprünge 
ans Ende der Konstruktion) auf. Durch Ver- 
gleich des Stapelzeigers mit dem in CSP 
abgelegten alten Wert wird geprüft, ob die 
richtige Anzahl von Adressen zugeordnet 
wurde. 

Wir empfehlen Ihnen, die Kompilation und die 
Ausführung des folgenden, als Demonstra- 
tion gedachten Wortes nachzuvollziehen: 

: -X (n = = => ) 

CASE OOF.“ Zweig 0“ ENDOF 
1 OF Zweig 1 “ ENDOF 


2 OF .“Zweig 2“ ENDOF 
.“ Zweig x“ ENDCASE; 

5.3.3. Zustandssteuerung 
Grundsätzlich befindet sich das Forthsystem 
entweder im Modus Kompilieren oder im Mo- 
dus Ausführen. Welcher Zustand gerade ak- 
tiv ist, kann der Systemvariablen STATE ent- 
nommen werden. Im Modus Ausführung hat 
die Variable STATE den Wert Null, anson- 
sten ist sie davon verschieden (implementa- 
tionsabhängig). STATE ist für die Abfrage 
des Systemzustandes vorgesehen und darf 
vom Anwender nicht selbst verändert wer- 
den. Manchmal kommen in Programmen 
Rechenoperationen mit solchen Operanden 
vor, deren Werte schon zur Übersetzungszeit 
bekannt sind, in solchen Fällen wäre es gün- 
stig, die entsprechenden Operationen tat- 
sächlich schon zur Übersetzungszeit zu erle- 
digen, so daß im übersetzten Programm 
schon die fertigen Zwischenergebnisse ver- 
wendet werden. Die aufgewendete Rechen- 
zeit spart man bei der wiederholten Abarbei- 
tung des definierten Wortes mehrfach ein. 
Die Berechnungen erfordern den Zustand 
Ausführung, der während der Kompilation 
vorübergehend eingeschaltet werden müßte. 
Nach Berechnung des Wertes wird dann wei- 
ter kompiliert. Zur Umschaltung des Zustan- 
des werden die beiden Worte 
[ ] 

benutzt. Die Notation läßt sich leicht merken, 
weil die in Klammern stehenden Ausdrücke 
als „Nebenrechnung“ aufgefaßt werden kön- 
nen, die nicht kompiliert wird. Als Ergebnis 
der „Nebenrechnung“ wird in der Regel ein 
Zahlenwert auf dem Datenstapel geliefert. 
Seine Kompilation kann mit dem Wort LITE- 
RAL erfolgen, das einen zur Compilationszeit 
auf dem Datenstapel liegenden Wert ins Wör- 
terbuch einträgt. Beim Aufruf der Passage 
wird der Wert auf den Stapel zurückgebracht. 


Beispielsweise kann für ein Objekt der 
Klasse VEKTOR mit dem Namen VX nach Ab- 
schnitt 5.2.1 . der Zugriff auf die dritte Kompo- 
nente anstatt durch 

: ZZZ...VX 3 KOMPONENTE...; 
mit 

: ZZZ...[VX 3 KOMPONENTE] 

LITERAL . . . ; 

vorgenommen werden. Der komplizierter 
aussehende zweite Quelltext stellt die günsti- 
gere Lösung dar. Statt der 4*16 Bit Spei- 
cherplatz im Wörterbuch werden nur 2*16 
Bit benötigt. Außerdem wird während der 
Laufzeit des Wortes zzz die Passage schnel- 
ler abgearbeitet, weil die in Klammern ste- 
henden Operationen bereits während der 
Übersetzung in den Fadencode erledigt wor- 
den sind. 

Die gewöhnlichen Zahlen werden übrigens 
während der Kompilation in derselben Weise 
behandelt. Zur Ablage einer Zahl im Kompilat 
werden deshalb in der Regel zweimal 16 Bit 
benötigt, einmal für LITERAL und einmal für 
die Zahl selbst. Das ist ein höherer Aufwand 
als für Konstanten, wo nur die Adresse (16 
Bit) zur CFA der Konstanten ins Wörterbuch 
geschrieben wird. Damit gibt es einen weite- 
ren Grund für die Verwendung von Konstan- 
ten. 

wird fortgesetzt 
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Fortsetzung von Seite 334 

MREQ einen Ressourcenzugriff einzuleiten, 

könnte folgendes ablaufen: 

© MREQ führt den Test auf die Verfügbar- 
keit der Ressource aus. DieserTest ist nega- 
tiv. Es erfolgt keine Anmeldung. 

© Zu diesem Zeitpunkt endet die Nutzung 
des Main-frame-RAM durch die Fremd-CPU. 
© Der Versuch der Anmeldung durch MREQ 
wird wiederholt. Der Test auf die Verfügbar- 
keit der Ressource fällt positiv aus. Daraufhin 
erfolgt die Anmeldung, indem an /mO der Si- 
gnalpegel Low ausgegeben wird. Ein höher- 
priorisiertes System hatte aber gleichzeitig 
eine Anforderung ausgesandt, so daß nach 
Ablauf der Zeitkonstante am Eingang /ml 
noch High anliegt. Die Anforderung wurde 
also abgelehnt. Der Ausgang /mO wird wie- 
der auf High gesetzt. In Bild 6 ist dieser Vor- 
gang dargestellt. 



Bild 6 Ablehnung einer Multi-Micro-Anforde- 
rung 


© Der Transfer durch eine Fremd-CPU wird 
beendet. 

© Die CPU unternimmt erneut den Versuch 
einer Anmeldung. Der Test auf die Verfüg- 
barkeit der Ressource fällt positiv aus. Nach 
der Laufzeit der Daisy-Chain wird /ml zu Low. 
Sobald die programmierte Zeitkonstante zu 
Null dekrementiert ist, wird der Signalpegel 
an /ml abgefragt. Da das Ergebnis positiv ist, 
bleibt der Ausgang /mO auf Low. Der Trans- 
fer mit dem Main-frame-RAM findet statt. 

© Auf die Beendigung des T ransfers folgend 



Bild 7 Erfolgreiche Anmeldung und Durchfüh- 
rung eines Ressourcenzugriffs 


wird durch den Befehl MRES der Ausgang 
/mO auf High gesetzt. 

® Erst nach der Laufzeit des Signals durch 
die Multi-Micro-Daisy-Chain wird der Ein- 
gang /ml auf High gesetzt. Dann ist die Res- 
source wieder frei verfügbar. 

Eine erfolgreiche Anmeldung und Durchfüh- 
rung eines Ressourcenzugriffs ist vollständig 
in Bild 7 enthalten. 

Beispielprogramm 

Dieses Beispiel soll noch einmal den Um- 
gang mit den Befehlen MREQ und MRES 
veranschaulichen. Zum besseren Verständ- 
nis des zu diesem Beispiel gehörenden Bil- 
des 8 (Spreizung von Bildausschnitten des 
Bildes 7) wird der Programmzähler und der 
Befehlscode mit aufgeführt. 
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Bild 8 Auswertung der durch MREQ gesetzten 
Flags und Rücknahme der Ressourcenanforde- 


MULTI MODULE 
CONSTANT 

count := X0007 ! Verzögerungskonstante 
für MREQ ! 

resfcw WORD : =X4000 
respc WORD : =reset 


MAIN PROCEDURE 



Bild 9 Beispielprogramm 
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Hoher Anspruch an die Informatikausbildung 


Jedem Studenten einer Hoch- oder 
Fachschule der DDR werden im Ver- 
laufe seines Studiums im Rahmen 
der Informatikausbildung mindestens 
fachrichtungsbezogene Grundkennt- 
nisse für die zielgerichtete Einführung 
und Nutzung computerintegrierter 
Systeme vermittelt. Damit wird dem 
zunehmenden Einsatz der Rechen- 
technik in allen Bereichen unserer 
Gesellschaft Rechnung getragen. 
Darüber hinaus erhalten rund 10 bis 
20 Prozent der Hochschulstudenten 
in den technischen, ökonomischen, 
agrarwissenschaftlichen, naturwis- 
senschaftlichen und medizinischen 
Fachrichtungen notwendige Kennt- 
nisse und Fähigkeiten zur Erarbei- 
tung von Softwaresystemen für die 
Anwendung im jeweiligen Fachge- 
biet, das heißt eine entwicklerorien- 
tierte Informatikausbildung. Dies be- 
fähigt die Absolventen, auf ihrem 
späteren Arbeitsgebiet selbst nach- 
nutzungsfähige spezifische Anwen- 
dungssoftware zu entwickeln. Die 
Ausbildung von Informatikspeziali- 
sten wurde in den vergangenen Jah- 
ren schrittweise erweitert. Das belegt 
die Zahl von jährlich mehr als 700 im- 
matrikulierten Studenten. Parallel 
zum quantitativen Ausbau erhöhte 
sich auch das Niveau der Ausbildung. 


Dazu trugen die Gründung des Infor- 
matikzentrums des Ministeriums für 
Hoch- und Fachschulwesen an der 
Technischen Universität Dresden 
und neuer Hochschulsektionen, die 
Berufung einer Reihe namhafter Wis- 
senschaftler als Hochschullehrer so- 
wie die Erweiterung der rechentech- 
nischen Ausstattung bei. 

In Vorbereitung der wissenschaftlich- 
methodischen Informatikkonferenz, 
die im Februar diese Jahres in Dres- 
den stattfand, zogen Wissenschaft- 
ler, Hoch- und Fachschullehrer sowie 
Studenten an den Universitäten, 
Hoch- und Fachschulen der DDR im 
Ergebnis zahlreicher Beratungen Bi- 
lanz über die bisher auf dem Gebiet 
der Informatik in Lehre und For- 
schung erreichten Ergebnisse; sie 
verständigten sich über neue Aufga- 
benstellungen. Gegenstand ihres of- 
fenen und konstruktiven Meinungs- 
austausches waren vor allem die vom 
Wissenschaftlichen Beirat für Infor- 
matik ausgearbeiteten Thesen über 
die gesellschaftliche Bedeutung der 
Informatik und die Entwicklung dieser 
Fachdisziplin an den Universitäten 
und Hochschulen. Erörtert wurden 
zudem die Aus- und Weiterbildung 
von Spezialisten auf diesem Gebiet 
sowie pädagogische Fragen, die sich 


aus dem Einsatz von Computern in 
der Aus- und Weiterbildung ergeben. 
In den gründlichen Beratungen zu 
diesen Thesen wurde deutlich, daß 
sich der im Hoch- und Fachschulwe- 
sen eingeschlagene Weg der Infor- 
matikausbildung zunehmend be- 
währt. Die Studenten erhalten ent- 
sprechend dem Studienziel entweder 
eine nutzerorientierte oder eine um- 
fassendere entwicklerorientierte In- 
formatikausbildung. Darüber hinaus 
werden Kader für die Weiterentwick- 
lung der Wissenschaftsdisziplin Infor- 
matik, für die Entwicklung von Basis- 
softwaresystemen vor allem in den 
Kombinaten Robotron und Datenver- 
arbeitung sowie als Leiter von Re- 
chenzentren ausgebildet. Mit der 
schrittweisen Realisierung des Kon- 
zepts der Informatikausbildung, das 
zugleich die Basis für entsprechende 
Aktivitäten in der Weiterbildung ist, 
sind hohe Anforderungen an die Stu- 
denten und den Lehrkörper gestellt. 
Für die Studenten ergeben sich dar- 
aus nicht nur neue Qualitätsansprü- 
che an ihr Grundlagen- und Fachwis- 
sen wie zum Beispiel in der Mathema- 
tik. Sie haben sich zugleich auf zum 
Teil bisher ungewohnte Arbeitswei- 
sen bei der Rechnernutzung in den 
einzelnen Lehrgebieten einzustellen. 
Besonders die Methoden der Model- 
lierung und Simulation von Sachver- 


halten und Prozessen in Natur, Tech- 
nik und Gesellschaft sind zunehmend 
Gegenstand der Ausbildung. 

Die Hochschullehrer werden sowohl 
fachlich als auch methodisch-päd- 
agogisch stärker gefordert und be- 
dürfen einerzunehmenden Qualifika- 
tion. Hierin liegen noch wesentliche 
Reserven für die weitere Steigerung 
des Ausbildungsniveaus. Darauf ver- 
wies auch der Minister für Hoch- und 
Fachschulwesen, Prof. Dr. h. c. 
Hans-Joachim Böhme, auf der be- 
reits genannten Konferenz. Er bekräf- 
tigte die Notwendigkeit, die Qualität 
der entwicklerorientierten Informatik- 
ausbildung zu steigern und dazu ins- 
besondere die Qualifikation der 
Hochschullehrer zu erhöhen. Der Mi- 
nister unterstützte auch den Vor- 
schlag des Wissenschaftlichen Beira- 
tes für Informatik, durch Neugestal- 
tung der Fachrichtungsstruktur in der 
Grundstudienrichtung Informatik das 
Niveau der Ausbildung von Speziali- 
sten zu verbessern und die Disponibi- 
lität der Absolventen zu fördern. Im 
Interesse der Weiterbildung bereits in 
der Praxis tätiger Kader ist es erfor- 
derlich, die Arbeiten an einem Stu- 
dienplan für das postgraduale Stu- 
dium „Angewandte Informatik-CAD/ 
CAM“ mit einem Fachschulabschluß 
für Softwareentwicklung zu beschleu- 
nigen. Dr. U. Dietzsch 
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Portabler Bildschirmzugriff 
in Unix 


Eckhard Einert, Ulrike Luthe 
Technische Universität 
Karl-Marx-Stadt 

Sicherlich ist es nicht notwendig, an dieser 
Stelle noch große Worte über das Betriebssy- 
stem Unix zu verlieren. Weltweit wird dieses 
System auf verschiedenen Rechnern der un- 
terschiedlichsten Architekturen und Größen 
betrieben. Zum gegenwärtigen Zeitpunkt 
sind vielfältige Bestrebungen auf den unter- 
schiedlichsten Ebenen im Gange, um Unix im 
allgemeinsten Sinne zu standardisieren IM. 
Die Hauptzielrichtung all dieser Standardisie- 
rungsbestrebungen ist die Definition einer 
Anwendungsschnittstelle, die vom Basisbe- 
triebssystem bereitgestellt wird und das Fun- 
dament für eine einheitliche Entwicklungs- 
umgebung bildet. Damit kann die Portabilität 
der auf diesen standardisierten Unix-Syste- 
men geschriebenen Anwendungen wesent- 
lich erhöht werden. 

Das Terminal stellt die unmittelbare Schnitt- 
stelle zum Nutzer dar. Darum ist im Rahmen 
der oben genannten Standardisierungsbe- 
strebungen auch die Vereinbarung eines all- 
gemeinen, von der Hardware und der An- 
schlußmethode unabhängigen Terminalin- 
terfaces für alle Anwendungen notwendig. 
Dieses Interface soll das Betreiben von Zei- 
chen- und blockorientiert arbeitenden Termi- 
nals gestatten, unabhängig davon, wie diese 
mit dem System verbunden sind (Lokalver- 
bindung, über LAN, als PAD in X.25 usw.). 

Als ein erster Schritt in diese Richtung ist die 
Definition der Curses-Bibliotheksroutinen für 
eine allgemeine Terminalbehandlung, erst- 
mals in den BSD-Systemen anzutreffen, 
durch X/OPEN /2/zu betrachten. Die Curses- 
Bibliothek stellt dem Nutzer eine komfortable 
Methode für einen optimalen geräteunab- 
hängigen Bildschirmzugriff zur Verfügung. 
Die Funktionen sind auf lokal verbundene 
asynchrone alphanumerische Terminals 
ausgerichtet. Anwendungen, die dieses In- 
terface beachten, sind für solche Terminals 
portabel. Probleme können beim Betreiben 
von synchronen, asynchronen Nichtstan- 
dard- bzw. Netzwerkterminals auftreten. Sol- 
che Terminals sind meist in Großrechnerum- 
gebungen zu finden (z. B. EC 792x an den EC 
lOxx unter VMX/3/). Sie kommunizieren mit 
der Zentraleinheit im Blockmodus. Das heißt, 
der Nutzer gibt Zeichen am Terminal ein und 
muß erst eine spezielle Taste betätigen (EN- 
TER, PA, PF), um die Übertragung der Zei- 
chen in das System zu erreichen. Diese Ei- 
genschaft kann zu Problemen führen, wenn 
man in einer Anwendung von der Einzelzei- 
cheneingabe Gebrauch machen möchte. 
Des weiteren kann das Sperren des Echos 
Schwierigkeiten bereiten, da das Echo im all- 
gemeinen unmittelbar durch das Terminal 
ausgeführt wird und die Eingabe direkt an der 
Stelle erscheint, an der sich der Kursor befin- 
det. Dessen Position muß jedoch nicht mit 
der Position des Kursors im Fenster überein- 
stimmen. Die Ausgaben müssen sich auf die- 
sen Bildschirmen ohne Einschränkungen 
(außer eventuellem Geschwindigkeitsver- 
lust) abbilden lassen. 

Das Curses-Paket wird in unterschiedlichen 
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Ausbaustufen von den verschiedensten Sy- 
stemen bereitgestellt, wobei teilweise noch 
erhebliche Abweichungen zum Standardvor- 
schlag als auch zur Dokumentation zu be- 
merken sind /4/ 15/ 161. 

Die Terminalunabhängigkeit des Pakets ba- 
siert auf einer verallgemeinerten Terminalbe- 
schreibung in einem TERMCAP-File 171. In 
diesem speziellen Unix-File werden die kon- 
kreten Zeichenfolgen beschrieben, die not- 
wendig sind, um eine bestimmte Funktion auf 
einem gegebenen Terminal auszuführen. 
Der Nutzer gibt über den Wert der Shell-Va- 
riablen TERM seinen Terminalnamen an. 
Dieser Name bestimmt, welche Beschrei- 
bung im TERMCAP-File (/etc/termcap) für 
das Ansprechen der Terminals Verwendung 
findet. 


Übersicht 

Die Grundlage für die weiteren Betrachtun- 
gen stellt die X/OPEN Terminal Interfaces 
Definition 121 dar, da alle Curses-Pakete in 
Zukunft an dieser Definition gemessen wer- 
den müssen. 

Die Bibliotheksfunktionen greifen auf den 
Terminalbildschirm zu, indem sie mit den in- 
ternen Datenstrukturen Bildschirm und Fen- 
ster arbeiten. In der Originaldokumentation 
werden dafür die Begriffe Screen und 
Window verwendet. Die Struktur Bildschirm 
enthält das Aussehen des gesamten zukünf- 
tigen Bildschirms, und ein Fenster ist die Re- 
präsentation eines Teils des zukünftigen 
Bildschirms. In einem Bildschirm sind ein 
oder mehrere Fenster abbildbar. Ein Fenster 
kann aus einem einzelnen Zeichen beste- 
hen, aber auch so groß wie der gesamte Bild- 
schirm sein, oder aber nur partiell auf dem 
Schirm abgebildet werden. Des weiteren be- 
steht die Möglichkeit, Fenster zu erzeugen, 
die größer als der aktuelle Bildschirm sind, 
sogenannte Pads. 

Bevor Bildschirme oder Fenster benutzbar 
sind, müssen sie unter Verwendung der 
Funktionen newwinQ oder subwinQ erzeugt 
werden. Diese Funktionen definieren die 
Größe des Bildschirms oder des Fensters 
und die Position der linken oberen Ecke wie 
folgt: 

newwin (<Zeilenanzahl>, <Spaltenanzahl>, 
coberste Zeile>, <äußerste linke 
Spalte>) 

Über diese Strukturen ist ein Koordinatensy- 
stem gezogen, welches ebenfalls in Zeilen 
und Spalten eingeteilt ist. So hat das Zeichen 
in der linken oberen Ecke des Bildschirms 
die Koordinaten (0,0). Ein typischer Bild- 
schirm hat 80 Spalten und 24 Zeilen. Seine 
linke obere Ecke entspricht der linken oberen 
Ecke des (physischen) Terminalbildschirms. 
Ein Fenster dagegen darf von beliebiger 
Größe sein, die linke obere Ecke eines Fen- 
sters kann jeder beliebigen Position auf dem 
Bildschirm entsprechen. Durch die Funktion 
initscr(), die ein Programm für die Bildschirm- 
verarbeitung initialisiert, wird ein Standard- 
schirm stdscr (Standard Screen) bereitge- 
stellt, der dem gesamten Bildschirm ent- 
spricht und nicht erst erzeugt werden muß. 
Alle weiteren genannten Funktionen sind auf 


einen Bildschirm oder aber auch auf ein Fen- 
ster bezogen (ausgedrückt durch das Präfix 
w im Funktionsnamen). Um Zeichen auf dem 
Terminalbildschirm anzuzeigen, müssen 
diese zuvor durch das Programm in die 
Strukturen Bildschirm oder Fenster unter 
Verwendung solcher Funktionen wie addchQ 
bzw. waddchQ geschrieben werden, wobei 
eine Positionierung mit den Funktionen move 
() bzw. wmoveQ erfolgen kann. Sollen nun 
diese Zeichen auch auf dem physischen Bild- 
schirm erscheinen, so kann das Programm 
das Aussehen des Terminalbildschirms unter 
Verwendung der Funktionen refreshQ oder 
wrefreshQ aktualisieren. Das Paket bestimmt 
dabei, welche Veränderungen welche Aus- 
wirkungen auf den physischen Schirm ha- 
ben. Der Terminalbildschirminhalt wird da- 
nach unter Verwendung der für den konkre- 
ten Terminaltyp optimierten Operationen auf 
das geforderte Aussehen gebracht. Da sich 
die Aktualisierung des Terminalbildschirms 
solange verzögert, bis ein Programm die 
Funktionen refresh() oder wrefreshQ ruft, be- 
steht die Möglichkeit, verschiedene Fenster 
zu verwalten, die unterschiedliche Zeichen 
für die gleiche Terminalbildschirmposition 
enthalten. Das Programm kann vor der Ak- 
tualisierung auswählen, welches Fenster zur 
Anzeige zu bringen ist. 

Mehrere Fenster sind auf dem Bildschirm un- 
ter Verwendung der Funktionen overlayQ 
und overwriteQ miteinander anordenbar. 

Es existieren aber auch Routinen, die kom- 
fortablere Ausgabemöglichkeiten ähnlich dem 
bekannten printf() zur Verfügung stellen. 

Das Interface gestattet das Löschen ganzer 
Fenster und auch das Setzen von Bildschirm- 
attributen, wie invers, unterstrichen oder blin- 
kend, für einzelne Zeichen im Fenster. Für 
große Anwendungen, die mehrere Terminals 
gleichzeitig betreiben möchten, besteht die 
Möglichkeit, mit der Funktion newterm() zu- 
sätzliche Terminals einzubeziehen. 

Im Interface sind ebenso Zeicheneingabe- 
funktionen definiert, wobei die Manipulation 
der eingegebenen Zeichen erlaubt oder ge- 
sperrt werden kann (Echo, Einzelzeichenein- 
gabe, Signalverarbeitung, Abbildung von \r 
auf \n, Bildschirmscrolling usw.). 

Zur Definition der durch das Curses-Paket 
genutzten Typen und Variablen wird das 
Headerfile curses.h zum Einschluß in die 
Nutzerquellprogramme bereitgestellt. 

Funktionsgruppen 

An dieser Stelle sei noch einmal darauf hin- 
gewiesen, daß die meisten Funktionsgrup- 
pen paarweise existieren, für den gesamten 
Bildschirm und für ein einzelnes Fenster. 
Das gewünschte Fenster wird dabei als er- 
stes Argument der Funktion angegeben. Für 
eine kompaktere Darstellung seien im weite- 
ren nur die Funktionen für den Zugriff auf den 
Bildschirm stdscr aufgeführt. Die meisten 
Funktionen sind aber unter Beachtung der 
oben genannten Konventionen auf beliebige 
Fenster anwendbar. Die Tafeln 1 bis 3 enthal- 
ten eine Übersicht über die wichtigsten Funk- 
tionen des Curses-Pakets. Die Funktionen 
ohne Äquivalent mit dem w-Präfix wurden 
durch ein # gekennzeichnet. 

Ausgabefunktionen 

Die Basisfunktionen, um einen Fenster-Inhalt 
zu ändern, sind addch() und move(). addch() 
gibt ein Zeichen an der aktuellen (x,y) Cursor- 
position aus und setzt den Cursor weiter. Mit 
move() kann die aktuelle (x,y) Cursorposition 
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Tafel 1 Cu 


Tafel 3 Curses-Steuerfunktionen 





mvour(0, COLS-1 , LINES-1, 0) ; 


verändert werden. Die Wirkung dieser beiden 
Routinen wird in der Funktion mvaddch() zu- 
sammengefaßt. Komplexe Ausgabefunktio- 
nen wie addstr() und printw() (ähnlich printf() 
(3)) werden mit addch erreicht. Bildschirmat- 
tribute können mit den Zeichen verbunden 
werden. Bei gesetztem Scroll-Attribut wird 
bei Erreichen des Fensterendes ein automa- 
tisches Scrolling innerhalb des Fensters aus- 
geführt. 

Das Fenster kann mit einem Rahmen aus be- 
liebigen Zeichen versehen werden, wobei zu 
beachten ist, daß dieser Rahmen mit in die 
dem Fenster gehörigen Zeichenpositionen 
eingeht. 

Verschiedenste Löschfunktionen werden be- 
reitgestellt, vom Löschen eines einzelnen 
Zeichens bis zum Löschen des gesamten 
Fensters. 

Um Zeichen an einer bestimmten Position 
einzufügen, unter Weiterrücken der folgen- 
den, existieren die Funktionen insch(), in- 
sertln(), mvinsch(). Der Inhalt eines Fen- 
sters kann in ein anderes unter Verwendung 
der Funktionen overlay() bzw. overwrite() 
kopiert werden. 


Mikroprozessortechnik, Berlin 3 (1989) 1 1 




Eingabefunktionen 

Unix unterscheidet drei Eingabemodi: 

CBREAK-Modus 

Das Zeichen ist sofort nach der Eingabe für 
die Anwendung verfügbar; die Erase-Kill-Zei- 
chenverarbeitung wird nicht ausgeführt, und 
die Wirkung der Interrupt- und Flußsteuerzei- 
chen bleibt erhalten. 

RAW-Modus 

wie CBREAK-Modus, aber Interrupt- und 
Flußsteuerzeichen werden nicht interpretiert 
durchgereicht, so daß sie kein Signal gene- 
rieren. 

COOKED-Modus 

Zeichen werden bis zur Eingabe von Newline 
oder Carriage Return gepuffert. 

Durch das Curses-Paket werden alle diese 
Eingabemodi unterstützt. Das Echo eines 
Zeichens ist möglich, kann aber auch ge- 
sperrt werden. Mit getchQ bzw. mvgetchQ 
kann ein Zeichen vom Terminal gelesen und 
in (falls erforderlich) ein Fenster ausgegeben 
werden. Im Nodelay-Modus kehrt diese 
Funktion sofort zurück und wartet nicht erst 
bis ein Zeichen eingegeben wurde. Mit get- 
str() bzw. mvgetstrß und scanQ bzw. 
mvscanwQ (ähnlich scanfß) sind ganze Zei- 


chenketten lesbar. Zeichen können auch di- 
rekt aus einem Fenster mit inch() bzw. 
mvinchß gelesen werden. 

Steuerfunktionen 

Mit speziellen Funktionen ist ein Programm in 
der Lage, bestimmte Eigenschaften des ein- 
gesetzten Terminals abzufragen und zu steu- 
ern. So ist es beispielsweise möglich, die ak- 
tuelle Cursorposition zu ermitteln oder die 
sichtbare Cursorbewegung zu unterdrücken. 
Fenster und Unterfenster können erzeugt, 
bewegt und gelöscht werden (newwin(), sub- 
win(), mvwinQ, delwin()). Insbesondere 
durch die Funktion subwindow() kann das lei- 
dige Problem des Rahmens umgangen wer- 
den. 

Die Bildschirmarbeit mit dem Curses-Paket 
ist mit der Funktion initscr() zu initialisieren, 
wobei der für die Arbeit notwendige Speicher 
bereitgestellt und das Terminal in den gefor- 
derten Modus versetzt wird. Mit endwin() er- 
folgt das Verlassen der Bildschirmverarbei- 
tung, das Terminal wird in seinen vorherigen 
Zustand zurückgesetzt und der Speicher frei- 
gegeben. 

Dieser Funktionsaufruf muß unbedingt vor 
dem Verlassen des Programms erfolgen. 
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Beispiel 

In einem einfachen Programm soll nun die 
Verwendung einiger Funktionen des Paketes 
illustriert werden (Bild 1 ). Für die Arbeit wer- 
den drei Fenster (dialog, ergebnis und fehler) 
initialisiert, deren Inhalt später in Abhängig- 
keit von bestimmten Ereignissen auf dem 
Bildschirm sichtbar gemacht werden soll. 
Durch den Aufruf von mvaddstrQ erfolgt in 
den oberen Teil des Bildschirms die Ausgabe 
einer Überschrift. Das Fenster dialog wird 
umrahmt und in die dritte Zeile gibt 
mvaddstrQ die Aufforderung zur Eingabe ei- 
ner Ziffer aus. Erst danach wird dieses Fen- 
ster durch wrefreshQ auf den Bildschirm ge- 
bracht (siehe Bild 2). Die Eingabe eines Zei- 
chens beendet die Funktion wgetchQ. Dabei 
wird ausgenutzt, daß die Funktion wgetchQ 
bei erlaubtem Echo automatisch refresh() 
aufruft und das eingegebene Zeichen auf der 
vorher durch die Funktion wmoveQ gesetzten 
Cursorposition ausgibt. Nach der Prüfung, ob 


das eingegebene Zeichen eine Ziffer ist, er- 
scheint in dem Fenster ergebnis eine Mittei- 
lung über die Möglichkeit einer Weiterverar- 
beitung und das Programm endet bzw. es 
wird in einem Fenster fehler zu einer erneu- 
ten Eingabe aufgefordert. 

Anhand dieser kurzen Vorstellung des Cur- 
ses-Pakets läßt sich leicht erkennen, daß 
sich ganz einfach Prinzipien der Arbeit mit 
Fenstern unter Zuhilfenahme dieses Pakets 
nutzen lassen. Bereits nach kurzer Einarbei- 
tung können auch anspruchsvolle Zielstel- 
lungen erreicht werden. Allerdings ist für die 
in /8/ vorgestellte komfortable Nutzerschnitt- 
stelle für Unix diese Funktionen jedoch unzu- 
reichend. 

Auf dem Gebiet der eigentlichen Fenster für 
Unix zeichnen sich allerdings international 
ebenfalls schon Standardisierungsbestre- 
bungen ab /9/. 
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MES 

Ein dialogfreundliches Echtzeitbetriebssystem 


Dr. Frank Bonltz, Jörg Neunast, 

Arno Rockmann, Jan Rudorf er 
Technische Hochschule Ilmenau 

MES ist ein konfigurierbares Echtzeitbe- 
triebssystem auf der Grundlage des Mikro- 
prozessorsystems U 880. Aufbauend auf ei- 
nem relativ kleinen Kern kann es aufgaben- 
spezifisch erweitert werden. Mittels der im 
Kern realisierten Funktionen (Bild 1) können 
bis zu 255 Tasks prioritätsgerecht und unter 
Echtzeit abgearbeitet werden. Die kleinste 
Zykluszeit einer Task beträgt 1 tick (generier- 
bar, min 10 ms), die maximale ist praktisch 
unbegrenzt. 

MES realisiert eine dynamische Taskverwal- 
tung. Tasks werden entweder durch An- 
fangsinitialisierung oder während des Laufs 
durch andere Tasks erzeugt. Damit können 
Anzahl und Auwahl der jeweils existierenden 
Tasks vom aktuellen Zustand des Systems 
oder seiner Umgebung beeinflußt werden 
(On-Iine-Rekonfiguration). Alle Systemdien- 
ste sind durch Interruptserviceroutinen nutz- 
bar, was dem Anwender weitreichende Mög- 
lichkeiten der Reaktion auf externe Ereig- 
nisse einräumt. Zur Synchronisation des Zu- 
griffs auf globale Ressourcen (Betriebsmittel) 
werden 16 Semaphore verwaltet. Die Sema- 
phore können bei Bedarf direkt zur Tasksyn- 
chronisation genutzt werden. 

Im Systemkern von MES sind Überwa- 
chungsroutinen integriert, die sowohl den 
ordnungsgemäßen Lauf von Tasks als auch 
systeminterne Abläufe überwachen. Beim 
Auftreten eines Fehlers wird je nach dessen 
Bedeutung eine selbständige Behebung ein- 
geleitet und eine Meldung bereitgestellt oder 
das System stillgelegt. Für die Verwaltung 
der Meldungen, ihre Anzeige als System- 
alarm und die Organisation der Quittierung 
steht die Systemkomponente Fehlerverwal- 
tung zur Verfügung. Sie ist in Form eines Sy- 
stemrufes auch für die Meldung von Prozeß- 
alarmen und anderen Fehlerquellen nutzbar. 
Der Einsatz von MES in Leitrechnern wird 
durch einen leistungsfähigen Echtzeitmoni- 
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tor unterstützt. Er besteht aus Treibern für 
Tastatureingaben und Displayausgaben so- 
wie aus komplexen Monitorroutinen. Die 
wichtigsten dieser Monitorroutinen sind: 

- Zeichenketteneingabe (Echo auf Display) 

- Zahleneingabe (Echo auf Display), Bereit- 
stellung als Hexadezimalzahl in Registern 

- Alternativentscheidung (Echo auf Display) 

- Zahlenausgaben (1 oder 2 Byte, Hexa- 
oder Dezimaldarstellung) 

- Zeichenkettenausgabe 

- Displayausschnitte löschen 

- Ein- und Ausgabe eines Zeichens 

- Schlüsselwortabfrage zur Prüfung der Be- 
dienberechtigung für geschützte Pro- 
gramme. 

Aufrufende Tasks, die auf Tastatureingaben 
warten, werden für die Dauer der Monitor- 
operation vom Tastaturtreiber suspendiert. In 
Abhängigkeit vom gewählten Eingabemodus 
(z. B. Zahleneingabe) wird nach Gültigkeits- 
erklärung (ENTER) eine syntaktische Prü- 
fung durchgeführt (Art und Anzahl der einge- 
gebenen Zeichen). Bei Fehlererkennung lei- 
tet der T reiber einen einheitlichen Melde- und 
Quittierungsmechanismus ein. Die Schnitt- 
stelle für diesen Mechanismus ist auch dem 
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Anwender zugänglich (z. B. bei semanti- 
schen Prüfungen). Bei Abschluß der Einga- 
beoperation wird der Wiederstart der suspen- 
dierten Task vom Tastaturtreiber veranlaßt. 
Das Display ist in mehrere physische und 
funktionelle Bereiche unterteilt, die als Be- 
triebsmittel vom Betriebssystem verwaltet 
werden (Kopfzeile, Bildteil, Dialogteil, Berei- 
che für Vorrangmeldungen). Damit ist gesi- 
chert, daß unabhängig von Dialog- und An- 
zeigehandlungen eines Bedieners verschie- 
dene Kategorien von Alarmen und System- 
fehlern quasiparallel angezeigt und über die 
zugeordneten Sondertasten quittiert werden 
können. 

Die Einbindung und Inbetriebnahme von An- 
wenderprogrammen unterstützt MES durch 
einen Echtzeit-Debugger und eine komforta- 
ble Handbedienung der Taskverwaltung und 
des Massenspeichers. Zur Programment- 
wicklung sind alle unter SCP verfügbaren 
Softwarewerkzeuge nutzbar. Für die interak- 
tive Arbeit steht eine MES-Version unter SCP 
zur Verfügung. 

Durch MES werden interruptgesteuerte Trei- 
ber und Händler für Drucker (IFSS) und Mas- 
senspeicher (MFS 1 .6, FS 8“ oder Magnet- 
band) mit SCP-kompatiblem Aufzeichnungs- 
format bereitgestellt. Der Monitor kann für al- 
phanumerische Anschlußsteuerungen mit 
80 x 24 Zeichen oder die graphische An- 
schlußsteuerung VIS2A generiert werden, 
als Tastatur können die Typen K 7672.xx 
oder K 7643. xx eingebunden werden. Der 
Systemkern enthält für unterschiedliche 
Speicherkarten eine Speicherverwaltung bis 
250 KByte. 

MES ist sowohl auf Systemen mit ROM als 
auch mit RAM lauffähig und wurde auf OEM- 
Rechnern und Finalprodukten (K 89xx, IPC 
8) implementiert. Auf der Grundlage der 
MES-Monitorroutinen und -Systemrufe steht 
ein umfangreiches Spektrum konfigurierba- 
rer Anwenderprogramme für den Aufgaben- 
bereich eines Wartenrechners zur Verfü- 
gung. Das Echtzeitbetriebssystem MES wird 
in Industrieanwendungen für Prozeßrechner- 
und Leitrechnerkonfigurationen eingesetzt. 
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Nachdem die Euphorie um den Zau- 
berwürfel des ungarischen Profes- 
sors Rubik (Rubik’s Cube) schon 
lange abgeklungen ist, macht in der 
Computerbranche jetzt ein anderer 
„Zauberwürfel“ von sich reden. Zu- 
mindest beabsichtigt dies sein 
Schöpfer Steven Jobs. 1 977 hatte der 
damals 21jährige mit Steve Wozniak 
die inzwischen legendäre „Garagen- 
firma“ Apple gegründet und mit den 
Apple-PCs wesentlich der Idee vom 
persönlich^ Computer zum Durch- 
bruch verholten (siehe auch unseren 
Beitrag „Der Apple Macintosh“ im vo- 
rigen Heft). Nach Differenzen mit dem 
Management des expandierenden 
Unternehmens verließ Jobs dieses 
jedoch 1 985 und gründete mit einigen 
Spitzenleuten, die er gleich mitnahm, 
die nächste Firma - beziehungsreich 
NeXT Inc. genannt. Mit dieser Basis 
beabsichtigte er, wiederum Maß- 
stäbe zu setzen und der Welt den „PC 
der 90er Jahre“ zu präsentieren. 
Zwar dauerte die Entwicklung we- 
sentlich länger als angekündigt, aber 
am 12. Oktober 1988 war es soweit: 
Ähnlich wie beim Macintosh stellte er 
mit von den US-Amerikanern offen- 
sichtlich so geschätztem Brimborium 
in der Davis Symphony Hall von San 
Franzisko seine neue Schöpfung vor. 
Sowohl äußerlich als auch im Inneren 
besitzt der NeXT-Computer jedoch 
durchaus interessante Details, die ihn 
von den bisherigen Mikrorechnern 
abheben und eine größere Beach- 
tung rechtfertigen. Da wäre zunächst 
die Bauform: Der eigentliche Compu- 
ter steckt in einem von der Firma Frag 
Design gestalteten mattschwarzen 
Würfel von etwa 30 cm Kantenlänge, 
was ihm den Beinamen „The Cube“ 
(Der Würfel) einbrachte. An diesem 
Würfel befinden sich keinerlei Be- 
dien- oder Anzeigeelemente, son- 
dern lediglich das Netzkabel zur Ver- 
sorgung des gesamten Systems, 
mehrere Steckerleisten sowie ein drei 
Meter langes Kabel zum 17-Zoll-Mo- 
nochrommonitor. An den Monitor ist 
die Tastatur, an der Tastatur wie- 
derum die Maus angeschlossen. Der 
Würfel kann somit auch relativ weit 
entfernt vom Arbeitsplatz aufgestellt 
werden. Wie das Bild zeigt, sind alle 
Elemente des Computersystems - 
Zentraleinheit, Monitor, Tastatur und 
(wahlweise) Laserdrucker - in ein- 
heitlichem Design gestaltet. Aber 
auch vom inneren Aufbau her weicht 
der NeXT-Computer von herkömmli- 
chen PCs ab. So gibt es nicht die be- 
kannte Mutterplatine, auf der Erweite- 
rungsleiterkarten eingesteckt wer- 
den können; vielmehr belegt die 
33x33 cm 2 große Hauptplatine 
selbst- wie zum Beispiel beim Macin- 
tosh - einen der vier 32-Bit-Steck- 
plätze im NuBus-Standard. Dieses 
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sogenannte Backbonekonzept wird 
bei eventuellen Erweiterungen als fle- 
xibler im Vergleich zur Mutterplatinen- 
architektur des PCs angesehen. Die 
Hauptplatine des NeXT-Computers 
kann man als Einplatinencomputer 
bezeichnen, auf dem die überwie- 
gend in Aufsetztechnik gefertigte 
Elektronik dicht gepackt unterge- 
bracht ist. Laut Jobs „das kompakte- 
ste Board auf der Welt“. Auf dieser 
Leiterkarte befinden sich zunächst 
die fünf Prozessoren: als CPU der 32- 
Bit-Prozessor Motorola 68030, der 
mit 25 MHz arbeitet, der mathemati- 
sche Koprozessor Motorola 68882 
und ein 24-Bit-Festkomma-Signal- 
prozessor Motorola DSP 56001 zur 
Hochgeschwindigkeitsverarbeitung 
von speziellen mathematischen Be- 
rechnungen, Bildern, Signalen oder 
bei der Sprach- und Musiksynthese 
(It. NeXT etwa 50- bis lOOmal schnel- 
ler als die Paarung 68030 + 68882). 
Dazu kommen der DMA-Chip Inte- 
grated Channel Processor (ICP) und 
der Disk-Chip Optical Storage Pro- 
cessor (OSP), die von NeXT als an- 
wendungsspezifische Schaltkreise 
entwickelt wurden. Weiterhin ist auf 
der Leiterkarte unter anderem der 8- 
MByte-RAM enthalten, wobei noch 
Steckleisten für den Einsatz von wei- 
teren acht 1-MByte-Modulen vorhan- 


den sind. Bei Verwendung von 4- 
MByte-Modulen (SIMMs - Single In- 
line Memory Modules) wären somit 
künftig 64 MByte Hauptspeicher 
möglich. Schließlich sind auf der Pla- 
tine die über die Gehäuserückseite 
zugänglichen Schnittstellen unterge- 
bracht: Monitorport für Video, Maus, 
Sound usw., serielles Druckerinter- 
face, SCSI (Small Computer System 
Interface) zum Anschluß der Massen- 
speicher mit 4 MBit/s, 2 weitere se- 
rielle Schnittstellen, eine Ethernet- 
LAN-Schnittstelle sowie der DSP-An- 
schluß für ein Modem oder Fax-Ge- 
rät. Dank dieses Hardwareaufbaus 
und der Tatsache, daß Steven Jobs 
versucht hat, die Architektur einiger 
Großrechner nachzubilden, bei der 
separate Prozessoren dafür sorgen, 
daß die CPU nicht mit zeitaufwendi- 
gen „Nebenaufgaben“ wie Ein-/Aus- 
gabe behelligt wird, soll gegenüber 
bisherigen PCs die Leistung des Ge- 
samtsystems mit der des Prozessors 
von 5 MIPS (Millionen Instruktionen 
pro Sekunde) übereinstimmen. Auch 
in Sachen Peripherie hat der NeXT- 
Computer Besonderes zu bieten. So 
ist er der erste Rechner, der als Se- 
rienausstattung ein magnetoopti- 
sches Laufwerk besitzt, das mit 
lösch- und wiederbeschreibbaren 
Platten in Cartridges als wechselbare 



Datenträger arbeitet. Die Kapazität 
liegt bei beachtlichen 256 MByte, die 
mittlere Zugriffszeit allderdings nur 
bei etwa 65 bis 100 ms. Als Nachteil 
könnte sich in Zukunft erweisen, daß 
sich die Firma Canon, Hersteller des 
Laufwerks, nicht an den voraussichtli- 
chen Standard der ISO gehalten hat 
und es somit zu Kompatibilitätspro- 
blemen gegenüber anderen Herstel- 
lern kommen kann. Zusätzlich zu die- 
sem Laufwerk kann ein weiteres opti- 
sches Laufwerk oder - seit einiger 
Zeit - auch ein herkömmliches Fest- 
plattenlaufwerk (bis zu 670 MByte) 
verwendet werden. Als Manko ist bis- 
her noch das Fehlen eines Disketten- 
laufwerkes zu betrachten; schließlich 
liegen die Programme der meisten 
Anwender noch in dieser Form vor. 
Jobs ist in dieser Frage seiner Zeit 
vielleicht doch etwas zu weit voraus- 
geeilt. Zukunftsträchtig ist mit Sicher- 
heit die von NeXT entwickelte objekt- 
orientierte Softwareumgebung. So 
wurde unter anderem eine extrem 
leicht zu erlernende grafische Benut- 
zeroberfläche entwickelt, die selbst 
gegenüber der Apple HyperCard Vor- 
teile aufweisen soll. Sie liegt quasi 
über dem ansonsten recht anwender- 
unfreundlichen Betriebssystemkern - 
Mach genannt -, der eine Variante 
von Unix ist. Die Firma IBM hat diese 
Bedienoberfläche für interessant ge- 
nug gehalten, um sich für 1 0 Millionen 
Dollar die Lizenzrechte daran zu si- 
chern. 

Der NeXT-Computer bietet als wei- 
tere Erleichterung für den Nutzer übri- 
gens erstmals eine einheitliche Kom- 
mandosprache für den Laserdrucker 
und die Bildschirmausgabe. Verwen- 
det wird das sogenannte Display- 
PostScript, so daß auf dem Bild- 
schirm wirklich das zu sehen ist, was 
der Drucker auf das Papier bringt. Al- 
lerdings ist die Auflösung des Moni- 
tors mit 94 Punkten/Zoll (1 120 x 832 
Punkte) geringer als die des Laser- 
druckers (400 Punkte/Zoll). Schließ- 
lich konnten dem Computer dank des 
Digitalen Signalprozessors herausra- 
gende Leistungen in bezug auf Mu- 
siksynthese sowie Spracheingabe 
und -ausgabe in Echtzeit mitgegeben 
werden. Die Systemsoftware unter- 
stützt bereits Sprache und Musik; die 
vom Computer gelieferte Tonqualität 
entspricht CD-Standard. 
Zusammengefaßt: Steven Jobs ist es 
gelungen, mit seiner Mannschaft auf 
der Basis modernster Hardware und 
des multitasking- und multiuserfähi- 
gen Betriebssystems Mach, ein- 
schließlich einer fortschrittlichen Be- 
nutzeroberfläche, einen Computer 
mit herausragenden Grafik- und 
Echtzeitverarbeitungsfähigkeiten zu 
entwickeln. 

MP-We 
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Redabas-Tip 



Schnettes Löschen 
beliebiger Fenster 

für den KC87... 


Bei den Kleincomputern KC 87 und 
Z9001 gab es bisher in Basic nur die 
einfache, relativ langsame CLS-Rou- 
tine des Interpreters. Die in der MP 7/ 
88 vorgestellte schnelle Lösung 
schloß immer das vollständige Lö- 
schen des Bildschirms ein. Im folgen- 
den soll eine Variante vorgestellt wer- 
den, die es ermöglicht, beliebige Fen- 
ster schnell zu löschen. 

Aus den Arbeitszellen des Betriebs- 
systems für die Fenstergröße werden 
die entsprechenden Daten entnom- 
men und daraus die Anzahl der 
Schleifendurchläufe berechnet. Zu 
Beginn wird der Kursor ausgeblendet 
und am Ende der Routine auf der ent- 
sprechenden linken oberen Position 
wieder gesetzt. 

Das Programm arbeitet auf jedem 
Adreßbereich. Soll der Bildschirm 
nicht mit Leerzeichen beschrieben 
werden, muß in der der Speicherzelle 
<anfangsadresse > +68 der ASCII- 
Code des entsprechenden Zeichens 
stehen. Folgende Arbeitszellen wer- 
den geprüft: 



Zeile Fensteranfang: 3BH (59) 
Zeile Fensterende : 3CH (60) 
Spalte Fensteranfang: 3DH (61 ) 
Spalte Fensterende : 3EH (62) 

Hier ist zu beachten, daß die Endposi- 
tionen immer die Anzahl der Spalten 
bzw. Zeilen angeben und dazu noch 1 
addiert wird. Eine weitere Bedingung 



ist: ZE a ZA; SE > SA. 

Das bedeutet für das Normalfenster: 
ZA=0 SA=0 ZE=25 SE=41 
Für Basic-Fans ist statt des Kommen- 
tars zum Listing rechts der Dezimal- 
code des Programms angegeben. 

Uwe Schöne 


...und den KC 85/2 und 13 

Die Eingabe des Programms erfolgt 
mit dem Systemkommando MODIFY, 
bei der jedoch die Prüfsumme nicht 
berücksichtigt wird! Folgende Ar- 
beitsschritte sind abzuarbeiten: 

© Basic starten - -> verlassen mit 
BYE 

© Eingabe der Maschinenroutine 
® Sicherheitskopie anfertigen mit 
SAVE 0400 06CF 
© %MODIFY 03D7 
03D7 CC 
03D8 06. 

© %REBASIC 
® >LIST 

Nach korrekter Eingabe müßte jetzt 
nach einigem Wirrwarr der Bildschirm 
gelöscht werden und folgende Zeile 
zu sehen sein: 

O CALL*40F 

Dieser Maschinenunterprogramm- 
aufruf ist notwendig, um das Pro- 
gramm zu initialisieren. Danach kann 
mit CLS oder SHIFT-HOME das aktu- 
elle Fenster schnell gelöscht werden. 
Will man sein BASIC-Programm mit 
dieser Schnellöschroutine ausrüsten, 
so lädt man es jetzt am besten nach 
und lagert dann beide Programme 
zusammen (mit CSAVE“ . . .“) aus. 
Wenn man jetzt mit NEW ein neues 
Programm bearbeiten will, sollte man 
die Schnellöschroutine mit CALL*442 
wieder ausschalten, um Undefinierte 
Zustände des Computers zu vermei- 
den. Beide CALL-Befehle sind auch 
im CAOS-Menü enthalten (WCLSON 
bzw. WCLSOFF). 



Zu einigen 
Detailproblemen 

Die durch längere Arbeit mit Redabas 
gewonnenen Erkenntnisse zu eini- 
gen Detailfragen könnten von allge- 
meinem Interesse sein und beson- 
ders Nutzern, die noch nicht an die 
Grenzen dieses Sprachkonzeptes 
vorgestoßen sind sowie Anfängern 
unnötige Zeitverschwendung durch 
aufwendiges Austesten von zunächst 
unklarem Systemverhalten ersparen. 
Die Darlegungen erheben dabei aller- 
dings keinerlei Anspruch auf Voll- 
ständigkeit. Die angesprochenen 
Probleme resultieren zum großen Teil 
aus fehlenden oder schnell zu überle- 
senden Informationen in der Reda- 
bas-Beschreibung/A/, so daß sich 
Programmfehler unnötigerweise ein- 
schleichen. Flinzu kommt, daß in eini- 
gen Fällen keine Fehlerausschriften 
erscheinen, was die Ursachenfor- 
schung erschwert. 

Begrenzter 

Arbeitsspeicher fc 

Die Tatsache, daß unter Redabas nur 
64 temporäre Speichervariablen zu- 
lässig sind, erweist sich bei größeren 
Programmen schnell als ungünstig. 
Kommt es darauf an, zunächst mög- 
lichst viele schnell abrufbare Informa- 
tionen zur Verfügung zu haben, um 
sie erst später zu verarbeiten oder 
auszugeben, so bietet sich die in 121 
vorgeschlagene Methode an. Alle In- 
formationen werden auf diese Weise 
im RAM verwaltet, was Programm- 
laufzeit einspart (keine Diskettenzu- 
griffe). 

Unter Beachtung der Leistungspara- 
meter von Redabas (/I/) könnte man 
annehmen, pro Variable maximal 254 
Zeichen entsprechend der angege- 
benen max. Zeichenkettenlänge zu 
speichern, also theoretisch 64 x 254 
Zeichen. In 13/ wird dies unter Punkt 
5.1 . ausdrücklich bestätigt “. . . maxi- 
male Länge jeweils 254 Byte, maxi- 
male Zahl 64“. 

Ich wollte dieses Verfahren für 1 0 Va- 
riablen mit je 250 Zeichen nutzen. 
Während der Programmerprobung 
zeigte sich jedoch, daß oberhalb ei- 
ner bestimmten Zeichenzahl das Pro- 
gramm ohne Fehlerausschrift verlas- 
sen wurde. Daraufhin entstand ein 
Testprogramm (Bild 1 ), das analog /4/ 
über Indizes die Variablen RGL1, 
RGL2, RGL3 . . . usw. anlegt und auf 
diesen je nach Abbruchkriterium IF 
ZCFK251 (bzw. 101) 250 (bzw. 100) 
Zeichen speichert. 



Bild 1 Testprogramm zur Vari- 
ablenbelegung und zur Variablen- 
anzahl 
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Der Programmabbruch erfolgte ohne 
Fehlerausschrift bei: 

• 250 Zeichen/Variable nach 4 voll- 
ständig und einer mit 1 67 Zeichen be- 
schriebenen Variablen. Das ergab 
einschließlich der Steuervariablen: 
9temporäre Variablen, die insgesamt 
1 1 90 Bytes lang waren. 

• 100 Zeichen/Varibale nach 13 
vollständig und einer mit 81 Zeichen 
beschriebenen Variablen. Es ergab 
einschließlich der Steuervariablen: 
18temp. Variable 1414 Bytes lang. 
Offensichtlich ist der Redabas-Ar- 
beitspeicher begrenzt, wobei der ver- 
fügbare Speicherplatz von der Menge 
der auf den temporären Variablen ab- 
gelegten Informationen abhängig ist. 
Leider findet sich dazu in /I / kein Hin- 
weis. Damit ist die in 121 angegebene 
- unter Redabas-Bedingungen effek- 
tive - Methode in größerem Umfang 
nicht anwendbar. 

Variablendateien (.VAR) 

Unter Beachtung der dargelegten Er- 
fahrungen ist die in IM, Punkt 5.3.3. 
getroffene Aussage verwirrend: „Die 
Variablendatei kann maximal 64 
Speichervariable - jede bis zu 254 
Zeichen lang - aufnehmen“. Diese 
Aussage wäre nur dann sinnvoll, 
könnten die Variablen nach und nach 
ausgelagert werden. Aus der Be- 
fehlsbeschreibung sind dazu keine 
exakten Anhaltspunkte zu entneh- 
men. Ein Test ergab das in Bild 2 dar- 
gestellte Ergebnis. 

Damit ist klar: Die zuvor auf der Datei 
SPEICHER.VAR befindlichen Varia- 
blen werden bei jeder weiteren Ausla- 
gerung durch die aktuellen Variablen 


A3-Druckertreiber 
für den A 7100 

Besteht der Wunsch, die A4-Druk- 
kertreiber K631 3HR8.SYS und 
K631 LR8.SYS auch für A3- oder A2- 
Druck zu verwenden, sind dazu ledig- 
lich die Eintragungen für die Anzahl 
der Pixel in x- und y-Richtung zu än- 
dern. Durch die Suche der entspre- 
chenden Originalwerte (jeweils 2 
Byte), kann man diese Eintragungen 
finden. Ihre Änderung ist mit dem 
Turbo-Pascal-Programm Patch 
möglich. 

Wir haben für die Erstellung eines Aß- 
Treibers folgende Pixel-Zahlen gete- 
stet: Pixelanzahl in X-Richtung: 1499 
und in Y-Richtung (Originalwert): 
1367. Durch Veränderung dieser 
Werte können beliebige Formate bis 
hin zum A2-Format eingestellt wer- 
den (X: 1499; Y: 2240). 

Man sollte nicht vergessen, den unter 
einem anderen Namen neu erstellten 
Treiber in die Datei ASSIGN.SYS ein- 
zutragen. 

G. Tschuch, H. Nieber 


überschrieben, Die Aofcf/f/Ve-Option 
des RESTORE-Befehls ist zum Ver- 
hindern des Überschreibens hier lei- 
der nicht anwendbar. Es bleibt da- 
durch völlig im Dunkeln, wie die ange- 
gebene maximale Speicherkapazität 
von 64 x 254 Zeichen ausgenutzt 
werden kann. 

Die Funktion VAL 
Laut /I/ werden bei der Umwandlung 
eines Strings in einen numerischen 
Wert der Dezimalpunkt und nachfol- 
gende Stellen abgeschnitten. Ohne 
Benutzung der Makroersetzung kön- 
nen auf die in Bild 3 angegebene 
Weise die nachfolgenden Stellen ge- 
rettet werden. 

Löschen temporärer Variablen 

Mitunter ist es von Vorteil, nur die Va- 



Bild 3 Wandlung einer Zeichen- 
kette in einen numerischen Wert 


riablen anzugeben, die nicht gelöscht 
werden sollen. Dann ist der Befehl, in 
der Form 

RELEASE ALL EXCEPT <muster> 
anzuwenden. Was aber, wenn sich 
die Variablen nicht in ein Muster ein- 
ordnen lassen? 

Die syntaktisch falsche Notation AI , 
B2, C3 (kein Muster) wird ohne Bean- 
standung in allerdings unerwarteter 
Weise (Bild 4) abgearbeitet: alle Va- 
riablen gelöscht! Bei Angabe einer 
Variablen wird der Befehl exakt abge- 


arbeitet. In derartigen Fällen ist damit 
mehrzeilig vom RELEASE-Befehl 
Gebrauch zu machen. 

Gebrauch der Substring-Funktion 
STORE x' T0 ZCH 
? $ (ZCH,2,4) 

*** UNZULAESSIGE ZEICHENKETTE! 

Die Fehlerursache der hier darge- 
stellten Situation ist bei größeren Pro- 
grammen durchaus nicht sofort er- 
kennbar. Bei der routinemäßigen Be- 
nutzung der Substring-Funktion, bei- 
spielsweise innerhalb einer DO 
WHILE-Schleife sollte streng darauf 
geachtet werden, daß die aktuelle 
Länge der Zeichenkette mindestens 
der Summe <Start> + <Länge> der 
Substring-Parameter entspricht. In- 
teressanterweise ergab der obige Be- 



fehl schon nach der folgenden Ände- 
rung keine Fehlerausschrift mehr: 

STORE x' T0 ZCH 
?$ (ZCH, 1,4) 


Löschen der aktivierten 
Eingabemasken 

In der mehrseitigen Beschreibung 
zum @-Befehl findet sich in/1/, S. 133 
der wichtige Hinweis, daß die Anzahl 
der gleichzeitig aktivierbaren GET- 


Masken auf 64 beschränkt ist. Wird 
dies vom Programmierer übersehen, 
kommt es beim Überschreiten dieser 
Grenze zu keiner Fehlerausschrift. 
Vielmehr werden einige Kursor- 
Steuerungen (z. B. Cursor rückwärts) 
wirkungslos. In so einer Situation 
kann sich besonders beim Anfänger 
das Suchen der Ursachen als sehr 
zeitaufwendig gestalten. Besonders 
bei sich zyklisch wiederholenden Ein- 
gaben innerhalb einer Schleife sind 
schnell die 64 aktivierbaren GET- 
Masken erreicht. Auch bei weniger 
umfangreichen Eingaben sollten 
nicht mehr benötigte GET-Masken 
rechzeitig mit CLEAR GETS entakti- 
viert werden. Das ist besonders dann 
nötig, wenn ein neues Eingabeme- 
nue angeboten wird. Ohne Entakti- 
vierung ist es dann möglich, von der 
ersten Eingabeposition aus über die 
Kursortasten } bzw. <- die vorherige 
Eingabeposition des alten Menuebil- 
des zu erreichen; der Kursor steht 
dann scheinbar Undefiniert irgendwo 
in dem aktuellen Menuebild. 
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Wir installieren 
Ihre Festplatte 

Eine Lösung zur Organisation und 
Verwaltung der Festplatte unter MS- 
DOS bietet das Harddisk-Manage- 
ment-System, das auf der in MP 12/ 
88 im Beitrag „Festplattenorganisa- 
tion - Ein Bibliothekskonzept für die 
Harddisk unter DOS“ vorgestellten 
Idee beruht. 

Das System besteht aus einem Satz 
von Batch-Dateien, die durch ver- 
schiedene Utilities zur Speicherver- 
waltung und Batch-File-Programmie- 
rung ergänzt werden. Die offene 
Struktur bietet eine hohe Flexibilität, 
die das Aufsetzen weiterer Benutzer- 
oberflächen (beispielsweise NC, 
PMM) problemlos ermöglicht und je- 
dem Nutzer gestattet, das vorgege- 
bene System nach seinen individuel- 
len Bedürfnissen zu erweitern. Im ein- 
zelnen bringt die Festplattenverwal- 
tung folgende Vorteile: 

- multivalente Nutzbarkeit (projekt- 
oder nutzerorientiert) 

- automatisiertes Backup von Nut- 
zerbereichen (SYS1 . . SYSn) 

- optimale Anpassungsmöglichkei- 
ten an das jeweilige Nutzer- und Nut- 
zungsprofil durch flexible Systemar- 
chitektur 

- Unterstützung der Partitionierung 
der Harddisk in mehrere logische 
Laufwerke mit identischer Architektur 

- Erweiterungsmöglichkeiten für 
Paßwort- und Zugriffsschutz 

- strikte Trennung von Programmen 
und Daten über Nutzer- und Arbeits- 
verzeichnisse 

- optimierter Zugriff über Batch-Files 
und RAM-Disk 

- Management für speicherresi- 
dente Programme 

Das Harddisk-Management-System 
ist für den AC 7150, EC 1834 und 
kompatible Geräte sowie für AKTs 
verwendbar. 

Technische Universität Dresden, Sek- 
tion 20/WE Mommsenstr. 13, Dresden, 
8027; Tel. 23261 18 

Hanisch 


Turbo-Editor unter WEGA 

Zur Effektivierung der Pragramment- 
wicklung unter WEGA wurde von uns 
ein Editor mit den Leistungsmerkma- 
len der Turbo-Pascal-Editoren ent- 
wickelt und auf P 8000-Computern 
implementiert. Der Editor ist eine C- 
Implementation der Public-Domain- 
Software Turbo-Pascal-Editor-Tool- 
box und zeichnet sich durch folgende 
Leistungsmerkmale aus: 

- WordStar-Kompatibilität in der 
Kommandosyntax; der Kommando- 
vorrat entspricht dem Non-Docu- 
ment-Mode von Wordstar. 

- hohe Editiergeschwindigkeit durch 
ausschließliche Bearbeitung über dy- 
namische Speicherbelegung (keine 
Zwischendateien auf Diskette); damit 
ist die maximale Größe einer zu bear- 
beitenden Datei zwar durch die 
Größe des nutzerseitig zur Verfügung 
stehenden Hauptspeichers begrenzt, 
praktisch konnten jedoch schon 200- 
KByte-Textdateien problemlos edi- 
tiert werden. 

- beschleunigte Bildschirmaus- und 
Tastatureingabe durch Anwendung 


der ESC-Sequenzen für VT100- und 
ADM31 -kompatible WEGA-Termi- 
nals; unter DCP werden die schnelle- 
ren BlOS-lnterrupts direkt angespro- 

- nützliche Funktionserweiterungen, 
wie Autolndent-Funktion und File- 
Pick-Up entsprechend der ALT-F3- 
Funktion der Turbo-Pascal-5.0- und 
TURBO-C-2.0-Editoren, verfügbar. 

- Einbindung des Editors (auch in 
durch bedingte Compilierung mini- 
mierten Versionen) in größere Soft- 
wareprojekte problemlos möglich. 

- volle Lauffähigkeit unter WEGA 
und DCP sowie gute Portabilität des 
durchgängig in der Sprache C ge- 
schriebenen Editors gesichert. 

Wir übermitteln Interessenten inner- 
halb von 14 Tagen nach Zusendung 
einer WEGA-tar- sowie einer 720- 
KByte-DCP-Diskette: 

- eine kostenlos e Mini-Demoversion 
des Editors mit integriertem TUTOR 
und kompletter Dokumentation, ge- 
eignet zur Bearbeitung von Dateien 
von bis zu 20 KByte unter WEGA und 
DCP 

- in Kopplung mit der Mini-Demover- 
sion ein Vertragsangebot zur Nach- 
nutzung des C-Quellkodes des Edi- 
tors. 

Ingenieurhochschule für Seefahrt War- 
nemünde/Wustrow, Sektion Schiffsfüh- 
rung/WB FE, Warnemünde, 2530 

Dr. Klabunde 


Dateikonvertierung 
am P8000 

Zur Gewährleistung des Datenaus- 
tausches zwischen den zur Zeit vor- 
herrschenden Betriebssystemen ent- 
stand ein Dateikonvertierungspro- 
gramm. Das Programm conv arbeitet 
bildschirmorientiert auf dem P8000 
und gestattet den Datenaustausch 
zwischen den Formaten der Betriebs- 
systeme MS-DOS, CP/M und UNIX. 
Auf zwei Fenstern werden die Inhalts- 
verzeichnisse zweier unterschiedli- 
cher Dateiformate dargestellt. Mit den 
Kursortasten und der Returntaste las- 
sen sich Dateien markieren und an- 
schließend in das jeweils andere For- 
mat konvertieren. Neben der Konver- 
tierung besteht die Möglichkeit der 
Ausgabe der Dateien auf dem Bild- 
schirm und des Löschens von Da- 
teien. Für die Arbeit in Verzeichnis- 
hierarchien unterstützt das Pro- 
gramm ein Kommando zum Ver- 
zeichniswechsel. 

Änderungen am WEGA-Betriebssy- 
stem des P8000 sind nicht erforder- 
lich, das Konvertierungsprogramm 
benutzt nur die vorhandenen Disket- 
tentreiber. 

Technische Universität Karl-Marx-Stadt, 
Sektion Informationstechnik, PSF 964, 
Karl-Marx-Stadt, 9010; Tel. 5613240 

Ptass 


Informationssystem 
für den KC85/3 

Für den KC 85/3 wurde das Pro- 
gramm IMASTER entwickelt. IMA- 
STER dient zur dialoggeführten oder 
automatischen Darstellung einer ge- 
ordneten Folge von pseudografischen 


Bildtafeln. Die Bildtafelfolgen können 
Tagungsprogramme, Übersichten 
zur Studienbewerbung oder ähnli- 
ches darstellen. Bildtafeln werden mit 
dem Bildeditor EDIGRAF (entwickelt 
an der Verkehrshochschule Dresden) 
erzeugt und in komprimierter Form 
auf einer Magnetbandkassette ge- 
speichert. Die derzeitige Version des 
Programms IMASTER ist so ange- 
legt, daß sich maximal 32 Bildtafeln 
gleichzeitig im Speicher des KCs be- 
finden können. Zum Betrieb des Pro- 
gramms werden nur ein KC 85/3 und 
ein 64-KByte-Speichermodul benö- 
tigt. 

Technische Universität „Otto von Gue- 
ricke“ Magdeburg. Sektion Informatik, 
WB-MI, PF 124, Magdeburg, 3010; 
Tel. 592766 


Funktionstastenkodierung 
und schnelle Alphanume- 
rik am A 7100 

Über die KGS-Firmware konnte eine 
erhebliche Beschleunigung aller Lösch- 
vorgänge und Textanzeigen erreicht 
werden. Das belegen die folgenden 
Zahlen: 

© Bildschirm löschen in 80 ms. (Ori- 
ginal: 2,8 s oder 0,67 s beim Zeilen- 
hochrollen) 

© Zeile löschen in 21 ms (Original: 
112ms) 

® Bildschirmfüllung = 2000 Zeichen 
in 1,0 s (Sparanzeige in 0,74 s); (Ori- 
ginal: mit Blockkursor 4,1 s, mit Unter- 
strich-Kursor 2,8 s, Kursor unsichtbar 
1,2 s) 

Auch bei den Textanzeigen ist die Be- 
schleunigung erheblich, da in der 
Praxis nicht mit unsichtbarem Kursor 
gearbeitet werden kann. Jetzt wurde 
der zeitaufwendige Ausgabekursor 
durch einen Eingabekursor ersetzt, 
wozu das Betriebssystem geringfügig 
anzupassen ist. Besonders drastisch 
wirkt sich die Beschleunigung bei ty- 
pischen Betriebsweisen in dBase II 
aus. Für die feste KGS-Firmware 
wurde auch eine Version mit 36 Bild- 
schirmzeilen erarbeitet. 

Das Maschinenprogramm PFTA.CMD 
erlaubt unter CP/K in einfacher 
Weise, die PF-Tasten mit wählbaren 
Zeichenfolgen zu belegen und maxi- 
mal 6 derartige Sätze von Tastenbe- 
legungen zu speichern. Bei häufig 
auftretenden Zeichenfolgen (etwa die 
reservierten Worte einer Program- 
miersprache) lassen sich die Einga- 
ben erheblich reduzieren. Bei kompli- 
zierten Zeichenfolgen sinken zusätz- 
lich die Eingabefehler. Durch die ra- 
sche Umschaltmöglichkeit zwischen 
verschiedenen Tastensätzen ist die 
Beschränkung auf nur 1 2 einstellbare 
Tasten gemildert. Gegenüber 
CPKKEY.CMD ergeben sich meh- 
rere Vorteile: 

© Zusätzlich zum Systemspeicher, 
dessen Inhalt beim Booten aktiviert 
wird, sind 5 weitere Speicher für kom- 
plette PF-Tasten-Belegungssätze 
vorhanden. Das Abspeichern der ak- 
tuellen Belegung und das Reaktivie- 
ren aller sechs gespeicherten Sätze 
ist jederzeit und ohne Neubooten 
möglich. 

© Die Stringlänge pro PF-Taste ist 
nicht auf 9 Zeichen begrenzt. Aller- 


dings geht die Erweiterung auf Ko- 
sten der Folgetasten. Im Extremfall 
kann die Taste PF1 einen String der 
Länge 1 1 9 Zeichen ausgeben. 

® Auch Steuerfolgen mit dem Zei- 
chen ESC sind möglich. 

© Jede Änderung wird sofort ohne 
Neubooten wirksam (ähnlich 
BREAK-PFx) 

© Die aktuelle Tastenbelegung kann 
jederzeit angezeigt werden. 

© Zur temporären Einstellung kann 
auf die Methode BREAK-PFx prinzi- 
piell verzichtet werden. Das ist wich- 
tig, wenn etwa wegen laufender Zeit- 
interrupts die BREAK-Taste nicht be- 
nutzt werden darf. 

® Kurzes 2-KByte-Maschinenpro- 
gramm. 

Akademie der Wissenschaften der DDR; 
Zentralinstitut für Astrophysik, Stern- 
warte Sonneberg, Postfach 55-27, Son- 
neberg, 6400; Tel 2287 

Dr. Fürtig 


EPROM-Programmiergerät 
mit Schnittstelle V.24 

Das EPROM-Programmiergerät 
EPR189 ist ein selbständiges Gerät 
mit eigener Stromversorgung und 
enthält als Kernstück einen EMR UB 
8840. Anschließbar ist es über eine 
Standardschnittstelle V.24 an jeden 
Rechner. Die Bedienung erfolgt über 
eine Funktionstastatur. Program- 
mierbar sind die EPROM-T ypen 271 6 
bis 27512. Das EPR189 besitzt fol- 
gende Betriebsarten: 

1. Betriebsarten, die einen Host- 
Rechner erfordern: Programmieren 
und Auslesen eines EPROMs. Der 
Datenaustausch erfolgt dabei über 
Intelblöcke. 

2. Betriebsarten, die ohne Host- 
Rechner möglich sind: 

- BLANC-Test eines EPROMs 

- Duplizieren eines EPROMs 

- Vergleichen von zwei EPROMs 
Zur Realisierung der letzten beiden 
Betriebsarten sind auf dem Program- 
miergerät 2 Schwenkhebelfassungen 
angeordnet. Programmiert werden 
kann mit 50-ms-lmpulsen oder mit 
dem intelligenten Programmieralgo- 
rithmus mit 1-ms-lmpulsen. Fehler 
bei der Programmierung werden mit 
LEDs angezeigt. Mit dem EPR1 89 ist 
es also mit jedem Rechner über die 
Standardschnittstelle V.24 möglich, 
EPROMs zu programmieren und 
auszulesen. Weiterhin ist es möglich, 
in der Klein- und Kleinstserienferti- 
gung EPROMs ohne Host-Rechner 
zu programmieren, indem von einem 
Mutter-EPROM Duplikate hergestellt 
werden können. 1990 wird eine 1. 
Kleinserie des EPR189 produziert. 
Gleichzeitig wird entsprechende Soft- 
ware für den Host-Rechner bereitge- 
stellt, und ab Mitte 1 990 stehen nach- 
nutzungsfähige Unterlagen bereit. 
Akademie der Wissenschaften der DDR, 
Zentrum für wissenschaftlichen Geräte- 
bau, Schnellerstraße 138, Berlin, 1190; 
Tel. 6352311 


Erzeugnisübersichten 

Die rechnergestützten Erzeugnis- 
übersichten sind Bestandteil der Wis- 
senschaftlich-technischen Konzep- 
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tion (WTK) des Kombinates Elektro- 
maschinenbau (KEM). Die betriebli- 
chen Daten (Erzeugnisdateien) wer- 
den auf Diskette an den Stammbe- 
trieb, Bereich Technik, gegeben und 
dort zur Erzeugnisübersicht des KEM 
verdichtet und in vielfältiger Form 
ausgewertet. Die rechnergestützten 
Aussagen der WTK ermöglichen eine 
zielgerichtetere Einflußnahme des 
Generaldirektors und seiner verant- 
wortlichen Leiter auf die Herausarbei- 
tung der Strategie und der Hauptent- 
wicklungsrichtungen in Wissenschaft 
und Technik, die Gewährleistung des 
notwendigen Erzeugnisumschlages 
gemäß vorgegebener normativer 
Produktionsdauer sowie die Absiche- 
rung der geforderten Effekte aus For- 
schung und Entwicklung, insbeson- 
dere Arbeitszeit-, Kosten- und Mate- 
rialeinsparungen. 

Darüber hinaus ist für den Entschei- 
dungsprozeß in Wissenschaft und 
Technik verschiedener Leitungsebe- 
nen die Bereitstellung stets zugriffs- 
bereiter aktueller Informationen zur 
Entwicklung des Erzeugnissorti- 
ments, zu den technologischen Auf- 
gaben und zur Investstrategie gege- 
ben, Gleichzeitig wurden Vorausset- 
zungen für die Durchführung von Va- 
riantenrechnungen am ESER zur Op- 
timierung des Erzeugnissortimets 
des KEM geschaffen. 

Nutzbare Hardwarekonfigurationen 
sind die Computer: PC 1715, BC 
5120/30, A 7100, A 7150 oder kom- 
patible NSW-Technik sowie Drucker: 
K 6314, Epson FX 1000 oder andere 
Druckertypen mit Druckbreite a 160 
Zeichen/Zeile. 

Die Programme des Programmpa- 
kets WTK sind in Basic geschrieben. 
Die Anpassung an kombinats- oder 
betriebsspezifische Bedingungen ist 
möglich und kann vereinbart werden. 
VEB Kombinat Elektromaschinenbau, 
Abt. TWE 2, Hennigsdorfer Straße 25, 
Dresden, 8017; Tel 2245322 

Kuba 


Mathematische 

Grundfunktionen 

für REDACOM-Programme 

Das Programmsystem REDACOM 
beinhaltet standardmäßig nur eine 
geringe Anzahl von mathematischen 
Funktionen, diese reichen für die Lö- 
sung von Sachverhalten i. allg. nicht 
aus. Deshalb wurde eine Vielzahl 
weiterer mathematischer Funktionen 
aufbereitet, programmiert und in das 
Programmsystem integriert. Beim 
System REDACOM geschieht dies 
über UDFs (user defined functions) 
und beim System REDABAS-3 über 
Prozeduren. Neben den Standard- 
funktionen können Sie mit der Funk- 
tionsbibliothek folgende Funktionen 
lösen: Fakultät einer Zahl, Umrech- 
nung von Gradmaß in Bogenmaß und 
zurück, alle trigonometrischen, zyklo- 
metrischen, Hyperbel- und Areafunk- 
tionen sowie Lösung des Gaußschen 
Fehlerintegrals, Pl(), LN(), LG(), Si- 
gnumfunktion und FRAC-Funktion. 
Der Programmierung der aufgeführ- 
ten Funktionen liegen z. T. Reihen- 
entwicklungen zugrunde. Durch die 
Nutzung dieser Funktionen und der 
Makrooperation (mit dem Opera- 
tionszeichen &) ist man in der Lage, 
einen Formelinterpreter für REDA- 
COM bzw. für REDABAS-3 zu schaf- 
fen. Dieser Formelinterpreter kann 
vielfältig genutzt werden. So kann er 


beispielsweise in andere Programme 
eingefügt werden, um in Datenban- 
ken abgelegte Formeln lösen zu kön- 
nen. Eine IF-THEN-ELSE-Verknüp- 
fung kann ebenfalls über die Makro- 
funktion und den Formelinterpreter 
ausgewertet werden. Beispiele für die 
Formelnotationen: 

- SIN(GB(45)) 

- SQRT(4.3*EXP(2.2)) 

- IF (3>X,SIN(PI()),45)*LN(2) 
Technische Universität „Otto von Gue- 
ricke“ Magdeburg, Sektion Maschinen- 

124! Magdeburg, 3010: Tel. 592670 
oder 592672 

Kretschmann/Pohlmann 


KC 87 am ROLANET 1 

Die Aufgabe bestand darin, die in der 
Abteilung Materialwirtschaft durch 
das Lagerbuchhaltungsprojekt anfal- 
lenden Informationen für einen grö- 
ßeren Nutzerkreis verfügbar zu ma- 
chen. Dabei war der Echtzeitcharak- 
ter solcher Zahlen wie Kostenstellen- 
und Kostenträgerbelastungen, Mate- 
rialbestände usw. zu berücksichti- 
gen, was nur durch die maschinelle 
Übermittlung von Daten effektiv lös- 
bar ist. Die Wahl fiel auf das lokale 
Netz ROLANET 1 als Übertragungs- 
medium. Als kostengünstiges und zu- 
gleich robustes Terminal wurde der 
KC 87 durch die Entwicklung eines 
abgerüsteten ROLANET 1 -Control- 
lers mit den Funktionen 

- Taktgenerator 

- Manchesterkodierung/-dekodie- 
rung 

- Sender- und Empfängerstufen 

- Taktrückgewinnung 

- Kollisionsdekodierung 

- Seriell-Parallel-Wandlung 

- KC 87-Systembusanpassung 
netzfähig gemacht. 

Die Firmware realisiert die sichere 
Übertragung von Datenblöcken zwi- 
schen den LAN-Komponenten und ist 
im KC 87 in das BOS eingebunden. 
Der Nutzerzugriff erfolgt über OPEN-, 
READ-, WRITE- und CLOSE-Funk- 

PGH Moderne Technik, F.-C.-Weiskopf- 
Straße 68, Dresden, 8027; Tel. 475071 

HarazimIReif 


Grafischer Druck 
von Meßreihen 
und Funktionen 

Vorrangig für Rechner ohne Bild- 
schirmgrafik wurde ein Programm zur 
grafischen 2-D-Darstellung von Meß- 
reihen und Funktionen entwickelt. 
Das Programm wurde in C geschrie- 
ben und ist unter Verwendung ent- 
sprechender Compiler weitgehend 
protabel. Es liegen beispielsweise 
Implementierungen für MC 80.22, 
CP/M-, CP/M-86- und MS-DOS-kom- 
patible Rechner vor. Die Datenüber- 
gabe vom Anwenderprogramm an 
das Grafikprogramm erfolgt entweder 
über einen gemeinsamen Speicher- 
bereich oder über eine Datei. Um eine 
Nutzung unabhängig von spezifi- 
schen Datenformaten unterschiedli- 
cher Compiler zu ermöglichen, wer- 
den ausschließlich Integer- und 
Stringvariablen übergeben. Das Pro- 
gramm zeichnet sich durch folgende 
Eigenschaften aus: 

- Darstellung mehrdeutiger Funktio- 

- Darstellungsrichtung wählbar (ho- 
rizontal/vertikal) 


- maximale Auflösung bei Verwen- 
dung eines Druckers K 6311: 
600 x 840 Pixel (auf A4-Format) 

- Kurvendarstellung mit geschlosse- 
nem Linienzug 

- Verbindung benachbarter Funk- 
tionswerte mit Hilfe einer Spline-Inter- 
polation 

- Darstellung einer beliebigen Kur- 
venzahl in einem Diagramm 

- Markierung bestimmter Funktions- 
werte mit Symbolen 

- Skalierung in beiden Koordinaten- 
richtungen automatisch nach Extrem- 
werten oder nach vorgegebenen 
Grenzwerten. 

Es können eine generierte Variante 
für die genannten Rechnertypen, der 
Quelltext sowie ein Beispielanwen- 
derprogramm als Turbo-Pascal- 
Quelltext nachgenutzt werden. 
Technische Hochschule „Carl Schorlem- 
mer“ Leuna-Merseburg, Hochschul-In- 
dustrie-Forschungsgruppe, Otto- 
Nuschke-Straße, Merseburg, 4200; Tel. 
4625 97 

Dr. Herrmann 


Programme für Hand- 
werks- und Handelsbe- 
triebe 

Für den Computer C 64 mit einem 
oder zwei Diskettenlaufwerken 1 541 
und Drucker Robotron K 631 1 oder K 
6313 haben wir folgende Programme 
für Handwerks- und Handelsbetriebe 
entwickelt, die wir zur Nachnutzung 
anbieten; 

- Lohnrechnung für 50 Personen auf 
der Basis des Mehrlohnsystems, inte- 
grierte Stammdatenpflege, Ausdruck 
von Lohnzetteln, Lohnlisten, Monats- 
und Jahresabrechnung 

- Journalführung für Bank/Post- 
scheck/Kasse, Rechnungseingang, 
Rechnungsausgang, Geldein- und 
Geldausgang 

- Lagerhaltung mit Zu- und Abgän- 
gen 

- Rechnungslegung 

- Energieabrechnung. 

BESSER-JUNGPFLANZEN PSF 98, Hal- 
berstadt, 3600; Tel. 231 21 


Kopplung 

A 7150 — DZT 912 RS 

Zur Kopplung des A 7150 unter DCP 
1700 mit dem Digitalzeichentisch 
DZT 912 RS vom VEB Carl Zeiss 
JENA ist ein Treiber entwickelt wor- 
den. Die Kopplung erfolgt über die 
IFSS-Schnittstelle des Rechners 
(ASP-Karte). Eine andere Treiberva- 
riante bedient zum gleichen Zweck 
die USART-IFSS der ZVE-Karte. Pro- 
grammiersprache ist Turbo-Pascal 
mit eingebundenem Assemblercode. 
Ausgerichtet ist das Treiberpro- 
gramm auf das Plotten von PCCAD- 
Plot-Dateien auf dem DZT. Es lassen 
sich auch alle anderen Dateien verar- 
beiten, die den Kommandovorrat des 
DZT beinhalten. Der Treiber gestattet 
u. a. eine relative Koordinatenstruktur 
und eine Koordinatendrehung der 
Zeichnungsformulare, die Unterbre- 
chung der Zeichnungsarbeit mit der 
Möglichkeit, an gleicher Stelle zeitlich 
versetzt weiterzuarbeiten, und er läßt 
das mehrfache Übereinanderzeich- 
nen (Ebenen, Ebenengruppen usw.) 
zu. Der Treiber ist dokumentiert und 
liegt zur Nachnutzung bereit. 


VEB Ingenieurbüro Elektrogeräte, Abt. 
RRK, Markt 5, Karl-Marx-Stadt, 9010; 
Tel. 441 56/332 

Wagner 


CP/M-Hardwareerweite- 
rung mit zugehörigem 
BIOS 

Durch den Einbau einer kleinen Lei- 
terplatte mit 3 LS-TTL-Schaltkreisen 
und den Austausch von 8 Speicher- 
schaltkreisen durch U 2164 kann für 
den ZX Spectrum und diverse Nach- 
bauvarianten ein CP/M-Betrieb reali- 
siert werden. Eine BlOS-Variante, die 
diese Hardware steuert, ermöglicht 
den Betrieb von CP/M. 2.2 mit einem 
TPA von über 57 KByte. Hardware- 
voraussetzung ist ein Disk-Interface 
mit TR-DOS 4. 1 2 und mindestens ein 
Laufwerk. Das BIOS verwaltet ein 
Bildschirmformat von 64 x 24 Zei- 
chen mit Hell- und Inversdarstellung, 
2 Zeichensätze, eine Hardcopyfunk- 
tion, einen Tastaturpuffer, 2 Drucker 
und bis zu vier Laufwerke. Ein Daten- 
austausch mit SCP-Rechnern ist pro- 
blemlos möglich. Die Software ge- 
stattet auch den Betrieb von Spec- 
trum-Programmen unter CP/M. 

Zum Nachnutzungsumfang gehören 
die unbestückte Zusatzplatine, 

Schaltplan, Einbauhinweise, das da- 
zugehörige BIOS mit Beschreibung 
und Installationshinweisen sowie 
Software zum Formatieren, Installie- 
ren und für den Datenaustausch. 
Akademie der Wissenschaften der DDR, 
Zentralinstitut für Elektronenphysik, Pa- 
tentbüro, Hausvogteiplatz 5-7, Berlin, 
1086; Tel. 2077530 

Dr. Pieper/Schönberg 


Zwei Routinen 
für KC 85/3 

In MP 5/1989 wurde in der Rubrik 
Börse ein Programm für „80 Zeichen 
pro Zeile für KC 85/3" vorgestellt. Ein 
ähnliches Programm habe ich 1988 
auch geschrieben. Es bietet nicht die 
Ausgabe von 80 Zeichen über 
PRINT #3 0. ä. sondern die im norma- 
len Modus. Sowohl im Betriebssy- 
stem als auch in Basic ermöglicht es 
ein effektives Arbeiten. Zur Arbeit im 
Betriebssystem mußte der Bildschirm 
in 2 x 40 Zeichen pro Zeile geteilt 
werden. In Basic ist diese Teilung 
auch nutzbar. Weiter können über ei- 
nen VPOKE Fenster (mit bis zu 32 
Zeilen x 80 Spalten) festgelegt wer- 
den. Zusätzlich wurde eine neue Ein- 
gaberoutine entwickelt. Die Taste 
SHIFTLOCK wurde zur CTRL-Taste 
umfunktioniert, so daß alle Steuerzei- 
chen (01 H - 1 AH) - diese wurden um 
einige Funktionen erweitert - von der 
Tastatur aus aufgerufen werden kön- 
nen. Es existieren noch einige Vor- 
teile mehr (Zeichensatz, Blockgrafik, 
Tastaturbelegung, . . .). Das Pro- 
gramm wurde in Assembler geschrie- 
ben und kann somit auf mehreren 
Speicherbereichen laufen (mit gerin- 
gen Änderungen). Es belegt einen 
Speicher von etwa 2 KByte (je nach 
Version). 

Das Programm und eine ausführliche 
Dokumentation stehen Interessenten 
unentgeltlich zur Verfügung. 

Steffen Albrecht, Alte Straße 18, Herda, 
5901 



Entwicklungen und Tendenzen 


RISC-Chip mit 33 MHz 

Von dem nach eigenen Angaben 
höchstintegrierten RISC-Prozessor, 
der derzeit zur Verfügung steht, liefert 
die Firma Motorola jetzt erste Muster 
aus. Es handelt sich dabei um eine 
33-MHz-Variante des seit 1988 her- 
gestellten Motorola 88000. Cache, 
Cachecontroller, Integereinheit und 
Gleitkommaeinheit sind auf zwei 
Bausteinen bereits enthalten; gefer- 
tigt wird der Chip in 1 ,2-,»m-HCMOS- 
Technologie, die ab 1 990 in die 1 -pm- 
Technologie übergeleitet werden soll. 
Die Architektur bietet gute Vorausset- 
zungen für Fehlertoleranz und Multi- 
processing. Als Leistung werden 28 
MIPS angegeben, die noch 1990/ 
1991 auf 50 bis 90 MIPS gesteigert 
werden sollen. MP 


Steigerung 

der Chipproduktion 

in Ungarn geplant 

In sowjetisch-ungarischer Gemein- 
schaftsarbeit soll in Ungarn bis 1992 
eine Halbleiterfabrik aufgebaut wer- 
den, die im ersten Produktionsjahr 15 
Millionen integrierte Schaltkreise her- 
stellt. Zu diesem Zweck wurde ein so- 
wjetisch-ungarisches Joint-Venture- 
Unternehmen, Intermos, gegründet. 
Wie die Zeitschrift „eee‘‘ berichtete, 
soll „durch den Einstieg in die MOS- 
Technik der technologische Rück- 
stand von zehn auf zwei bis drei Jahre 
verringert“ werden. mp 

80x86 -Reihe ohne Ende? 

Noch tun sich auf dem internationalen 
Markt Besitzer von PC ATs (mit dem 
16-Bit-Prozessor Intel 80286) 
schwer, auf die leistungsfähigeren 
Nachfolger mit dem 32-Bit-Prozessor 
80386 umzusteigen. Noch kämpft 
man mit Kompatibilitätsproblemen, 
die der neueste Prozessor, der 80486 
aufwirft - da machen sich Intels Ent- 
werfer bereits Gedanken um den Pro- 
zessor des Jahres 2000. Wir hatten ja 
bereits berichtet, daß noch schnellere 
Varianten des 80486 vorbereitet wer- 
den. Ende 1990 soll beispielsweise 
eine 50-MHz-Version zu erwarten 
sein, die PCs mit einer Leistung von 
50 VAX-MIPS zuläßt (bei der Angabe 
VAX-MIPS wird die Leistung des von 
der Firma DEC 1977 auf den Markt 
gebrachten ersten, „klassischen“ 32- 
Bit-Minirechners VAX 11/780 als Ver- 
gleichsmaßstab zugrunde gelegt - 
etwa 1 Million Instruktionen pro Se- 
kunde); die geplante ECL-Variante 
des 80486 soll dann ab 1992 bei 25 
MHz Taktfrequenz bereits 100 MIPS 
erreichen. Die Planung des Nachfol- 
gers 80586, eines echten 64-Bit-Pro- 
zessors, ist bereits abgeschlossen, 
und erwartet wird dieser Prozessor in 
3 bis 4 Jahren. Nun wurden bereits 
die ersten vagen Angaben zu den 
weiteren Entwicklungen gemacht. Als 
Erscheinungsdatum für den 80686 
wurde das Jahr 1996 genannt; auf 
dem Chip sollen 22 Millionen Transi- 
storfunktionen integriert werden. Der 
Mikroprozessor für das nächste 
Jahrtausend soll dann der 80786 wer- 
den: Auf etwa 6,5 Quadratzentimeter 
Fläche plant man, 1 00 Millionen T ran- 
sistoren unterzubringen. Bei einer 
Taktfrequenz von 250 MHz werden 


Leistungen von einigen Milliarden 
MIPS erwartet. Auslieferung dieses 
Mikroprozessors soll das Jahr 2000 

Auch wenn eine solche Ankündi- 
gungspolitik manchem unseriös er- 
scheinen mag, sie läßt doch die enor- 
men Anstrengungen in der Entwick- 
lung der Mikroelektronik/Computer- 
technik deutlich werden. Wie reali- 
stisch die Aussagen letztlich sind 
bzw. waren, werden Sie spätestens in 
MP 1/2001 lesen können. MP 


Umrüsten 
zum Farbdrucker 

Für ihre Matrixdrucker der Reihe XB 
und FR bietet die Firma Star Micro- 
nics einen Aufrüstsatz an (s. Bild un- 
ten links), mit dem die Schwarzweiß- 
drucker in Farbdrucker verwandelt 
werden können. Von der Firma wird 
neben der einfachen Handhabung - 
die Umrüstung ist so einfach wie das 
Auswechseln einer Farbbandkas- 
sette und kann deshalb von jedem 
Kunden selbst vorgenommen werden 
- vor allem der niedrige Preis des Auf- 
rüstsatzes von 98 DM hervorgeho- 
ben. MP 


denn Cadmiumsalze gelten norma- 
lenweise als Zellmembrangifte. Die 
entstehenden Kristalle sind ausrei- 
chend groß, um sie als Sensorwerk- 
stoffe einsetzen zu können. Bis ins 
Detail ist die biologische Reaktions- 
kette jedoch noch nicht geklärt. Daher 
bleibt auch abzuwarten, ob sich das 
Verfahren großtechnisch nutzen läßt. 
Mikrobiologen halten es für durchaus 
denkbar, größere Kristalle schneller 
dadurch zu erzeugen, daß das En- 
zymsystem der Hefen isoliert und 
vom Organismus getrennt genutzt 
wird. ADN 


Vereinfachte Benutzer- 
oberfläche für PCs 
und Workstations 

In den Siemens-Forschungs-Labora- 
torien in Princeton, New Jersey, 
wurde eine neue Benutzeroberfläche 
für PCs und Workstations entwickelt. 
Im Gegensatz zu den bisherigen Ver- 
fahren werden die zu verschiedenen 
Aufgabenbereichen gehörenden 
Fenster (Windows) auf dem Bild- 
schirm nicht überlappend, sondern in 
verschiedener Größe nebeneinander 
angeordnet (s. Bild unten, rechts). Da 


Hochgeschwindigkeits- 
Chips für RISC-Systeme 

Erstmals seit dem Einstieg in die 
RISC-Technologie 1986 vergab 
Hewlett-Packard Mitte dieses Jahres 
Lizenzen auf die HP Precision Archi- 
tecture (HP PA). Gemeinsam mit Hi- 
tachi startet HP die Entwicklung eines 
neuen Hochgeschwindigkeits-Chip- 
satzes. Auf der Basis von Hitachis Er- 
fahrung als Halbleiterhersteller und 
der HP PA-Technologie sollen Chips 
für hochleistungsfähige RlSC-ge- 
stützte Computersysteme entstehen, 
deren Software auf OSF-Erforder- 
nisse abgestimmt ist. 

Samsung, einer der großen Halblei- 
terhersteller der Welt, will gemeinsam 
mit HP neue, leistungsfähige RISC- 
Chipsätze als Grundlage für Worksta- 
tion-Einstiegsmodelle mit HP PA ent- 
wickeln. Die Chips werden von Sam- 
sung in HPs CMOS-Technologie pro- 
duziert. Das koreanische Unterneh- 
men soll HP mit den Chipsätzen be- 
liefern. Darüber hinaus darf Samsung 
die Chips in eigenen Workstation- 
Produkten einsetzen und auch Drit- 
ten anbieten. Die Vermarktung der 
Workstations selbst erfolgt getrennt. 



Hefen als lebende 
Halbleiterfabriken? 

Jüngsten biotechnischen Forschun- 
gen an der Universität von Utah in 
Salt Lake City zufolge könnten Hefen 
in Zukunft auch als Produzenten für 
bestimmte Halbleitermaterialien ge- 
nutzt werden. Die USA-Forscher 
machten zwei Hefe-Arten, Candida 
glabrata und Schizosaccharamyces 
pombe ausfindig, die in der Lage sind, 
einzelne Cadmiumsulfid-Kristalle zu 
bilden und abzuscheiden. In der 
Fachwelt gilt diese Entdeckung vor 
allem deshalb als bemerkenswert, 
weil die Herstellung dieses Halbleiter- 
werkstoffs für lichtempfindliche Elek- 
tronik-Sensoren und spezielle Kataly- 
satoren in der Chemie bislang ziem- 
lich kostspielig ist. Aufwendige 
Schutzmaßnahmen wegen der Giftig- 
keit des Cadmiums sind außerdem 
erforderlich. 

Die biotechnische Möglichkeit geht 
nun von Peptiden (Aminosäurenver- 
bindungen) und leicht handhabbaren 
Cadmiumsalzen aus. Der Kristallisa- 
tionsprozeß selbst verläuft dann in 
zwei Stufen. Die Peptide bilden zu- 
nächst eine Art Matrix, an der die He- 
fen Reaktionen mit dem Cadmium- 
salz hervorrufen, ohne daß es zu Ver- 
giftungen der Hefezellen kommt. 


auf diese Weise die Information aller 
Teilaufgaben sichtbar bleibt, wird die 
Arbeit bei komplexen Anwendungen 
erleichtert, besonders wenn mehrere 
Unterprogramme gleichzeitig bear- 
beitet werden müssen. 

Bei den üblichen Window-Managern 
wird die Information auf dem Bild- 
schirm in einzelnen Fenstern ange- 
boten, die wie Papierseiten aufeinan- 
dergelegt werden. Soll ein Eintrag auf 
einer weiter unten liegenden Seite 
geändert werden, müssen die dar- 
überliegenden Fenster verschoben 
oder geschlossen werden. Erhältlich 
sind heute auch schon Window-Ma- 
nager, bei denen die Fenster neben- 
einander in Spalten vorgegebener 
Breite angeordnet werden. Dies führt 
zu einer den Aufgaben nicht entspre- 
chenden Aufteilung der Bildschirm- 
oberfläche. Weniger wichtige Infor- 
mationen erhalten zuviel Raum - 
Grafiken dagegen werden zu klein 
dargestellt. 

Das von Siemens entwickelte Verfah- 
ren arrangiert die Lage und Größe der 
Fenster selbsttätig. In Anlehnung an 
das Anbringen von Kacheln (Tiles) 
verschiedener Größe, Form und 
Farbe an einer Wand wird das neue 
Verfahren als Tiled Window-Technik 
bezeichnet. MP 


Samsung wird seine Workstations mit 
HP-UX, der HP-eigenen Version des 
Betriebssystems UNIX, ausrüsten. 
Zukünftig soll Software der OSF ver- 
wendet werden. Neben einer Auswei- 
tung der HP PA-Rechnerfamilie 
strebt HP die Position als führender 
Anbieter RISC-gestützter Systeme 


Lisp für Echtzeit- 
applikationen 

Für die von der IBM Japan Ltd. ent- 
wickelte Parallelprozessor-Worksta- 
tion Top-1 hat die Firma jetzt eine 
neue Programmiersprache für Pro- 
jekte der Künstlichen Intelligenz ent- 
wickelt. Top-1 Common Lisp hat eine 
Lisp-Implementierung der Universität 
Kyoto zur Grundlage und wurde mit 
Erweiterungen speziell für den Echt- 
zeitrechner Top-1 versehen. Da der 
Rechner unter anderem auch zur Ro- 
botersteuerung eingesetzt werden 
soll, spielt das Problem der Garbage 
collection (Müllbeseitigung) eine we- 
sentliche Rolle. Dabei werden über- 
flüssige Daten gelöscht, sobald der 
Speicherplatz knapp wird; mit der 
Folge, daß der Rechner einen, wenn 
auch nur kurzen, Zeitraum seine 
Echtzeitaufgaben nicht erfüllen kann. 
Mittels eines neuen Speichersche- 
mas soll dieses Problem bei der Lisp- 
Version von IBM Japan gelöst wor- 
den sein. MP 
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Neues Verfahren 

zur Herstellung 

von Halbleiterschichten 

Ein neuartiges Verfahren zum Her- 
stellen ultradünner Halbleiterschich- 
ten wurde von Wissenschaftlern der 
Universität Texas vorgestellt. Das als 
Remote Plasma Enhanced Chemical 
Vapour Deposition bezeichnete Ver- 
fahren arbeitet mit Temperaturen um 
150°C, und nicht wie das heute übli- 
che Verfahren mit Abscheidungen 
aus der Dampfphase, bei dem um 
300 bis 600 Grad höhere Temperatu- 
ren benötigt werden. Der Vorteil des 
neuen Verfahrens besteht darin, daß 
auch Halbleiterwerkstoffe als Aus- 
gangsmaterial für Chips verwendet 
werden können, die bisher wegen ih- 
rer Temperaturempfindlichkeit unge- 
eignet waren. Erste Versuchsergeb- 
nisse sollen Chips ergeben haben, 
die anstelle von Millionen Transistor- 
funktionen etwa eine Milliarde auf der 
gleichen Fläche unterbringen. 

Die industrielle Nutzung soll erst in 
knapp 1 0 Jahren möglich sein, da die 
komplizierte Steuer- und Regelungs- 
technik völlig neu entwickelt werden 
muß und alle verwendbaren Halblei- 
termaterialien auf ihre Eignung unter- 
sucht werden sollen. 

Quelle: Blick durch die Wirtschaft 
vom 26. 6. 1989 Wi 


Drucker mit 
zwei Druckköpfen 

Um die Vorteile von Matrixdruckern 
und Typenraddruckern zu vereinen, 
hat die Firma Brother einen Drucker 
entwickelt, der sowohl über einen Ma- 
trixdruckkopf als auch über ein Ty- 
penrad verfügt. Beide sind auf einen 
Druckwagen montiert, somit können 
beide auf demselben Dokument und 
in derselben Druckzeile schreiben. 
Beispielsweise kann ein Text mit dem 
Typenrad geschrieben und die Grafik 
mit dem Matrixkopf gedruckt werden. 
Der neue Drucker stellt hohe Anfor- 
derungen an die Software, da die Pro- 
gramme die Befehle der Druckkopf- 
ansteuerung enthalten müssen. Trotz 
der Ankündigung der vollen Kompati- 
bilität zu bestehenden Programmen 
ist Programmieraufwand notwendig, 
wenn die Möglichkeiten des doppel- 
ten Druckkopfes genutzt werden sol- 

Quelle: Frankfurter Allgemeine vom 
4. 7. 1989 Wi 


Farb-Flachbildschirm 
für tragbare Computer 

Ingenieure der Firma IBM sollen an 
der Entwicklung eines Farb-Flach- 
bildschirms arbeiten, der aus einer 
Kombination der Halbleitertechnik mit 
Flüssigkristallverfahren besteht. Die 
neue Technik ermöglicht eine Bild- 
schirmmatrix mit 1,5 Millionen Farb- 
bildelementen bei einer Bildschirm- 
diagonale von 36 cm. Die Tiefe des 
Bildschirms beträgt 3,8 cm. Gegen- 
wärtig ist die Darstellung mit 16 Far- 
ben möglich. Das Kontrastverhältnis 
liegt mit 20 zu 1 sehr hoch, und durch 
die Beleuchtung von hinten kann der 
Schirm auch bei ungünstigen Be- 
leuchtungsverhältnissen genutzt 

werden. 

Quelle: Eildienst. - Berlin (1989) 
147. -S. 4 Fa 


Wettlauf 

bei der Produktion 
von Superchips 

Den Markt für Superchips sollen ge- 
genwärtig zu 90 Prozent japanische 
Firmen beherrschen. Als Konkurrent 
werden auch die westeuropäischen 
Firmen angesehen, die im Rahmen 
eines von der Europäischen Gemein- 
schaft finanzierten Projektes An- 
schluß an den Weltstand finden wol- 
len. Wichtigste Partner sind Philips, 
SGS-Thomson und Siemens. Das 
Forschungsprogramm der EG wird 
mit 600 Mio Dollar beziffert. 

Der gemeinsam von Siemens und 
Philips entwickelte 4-MBit-Chip soll 
auf SRAM-Basis (Static Random Ac- 
cess Memory) beruhen. Obwohl 
SRAM und DRAM ähnliche Anwen- 
dungsgebiete besitzen, ist die stati- 
sche Variante zwar komplizierter im 
Herstellungsprozeß, jedoch schnel- 
ler. Bei Philips soll Ende dieses Jah- 
res die Entscheidung fallen, ob eine 
Chipfabrik für 2,3 Mrd. Gulden gebaut 
wird. 

Zum Zeitpunkt der Gründung der 
Firma U. S. Memories - wir berichte- 
ten darüber in MP 9/89, S. 284 - 
wurde von IBM, einem Initiator dieser 
Gründung, die Produktion von 4- 
MBit-Chips aufgenommen. Die Auf- 
nahme der Produktion des 1-MBit- 
Chips, auf der Basis japanischer Li- 
zenzen, und des 4-MBit-Chips soll 
Entwicklungskosten von 3 Mrd. DM 
erfordert haben. Die Investitionen im 
Werk Böblingen werden auf 500 Mio 
DM geschätzt. Parallel dazu soll der 
4-MBit-Speicher in den USA und spä- 
ter im IBM-Werk Yasu in Japan pro- 
duziert werden. Der 1-MBit-Chip wird 
noch ein bis zwei Jahre gefertigt wer- 
den. Mit Beginn der 4-MBit-Chip-Pro- 
duktion ging IBM als erster Produzent 
auf eine Siliziumscheibe mit 200 mm 
Durchmesser über (1-MBit-Chip: 
1 35 mm). Dadurch kann die Produkti- 
vität wesentlich erhöht werden. Diese 
Steigerung wurde durch folgende 
Neuerungsschritte möglich: 

- Eine weiterentwickelte CMOS- 
Technologie, bei der sowohl der 
Stromverbrauch als auch die Wär- 
meentwicklung im Chip während des 
Betriebes deutlich geringer sind, er- 
laubt eine höhere Packungsdichte. 

- Einbeziehen der dritten Dimension 
beim Chip-Design. Die Verwendung 
einer platzsparenden Grabenstruktur 
für den Speicherkondensator ist mH 
einer dichteren und zuverlässigeren 
Verdrahtungstechnik verbunden. 

- Die verbesserten fotolithografi- 
schen Prozeßtechniken erlauben 
eine Erhöhung der Justiergenauigkeit 
der Fotomasken beim Belichten der 
Wafer. 

Im Gegensatz zur allgemein verbrei- 
teten Auffassung von der Überlegen- 
heit japanischer Chiphersteller ist 
IBM der Auffassung, daß sie mit Be- 
ginn der Massenproduktion (Millio- 
nen Chips/Monat) einen Vorsprung 
gegenüber japanischen Produzenten 
besitzt. Innerhalb der nächsten Mo- 
nate sollen die 4-MBit-Chips in IBM- 
Produkten bereits wirksam werden. 
Die bei 1-MBit-DRAMs führende ja- 
panische Firma Toshiba liefert z. Z. 
„mehrere Zehntausend“ 4-MBit- 
DRAMs/Monat aus. Mitte 1990 sollen 
1 Mio Stück/Monat ausgeliefert wer- 
den. Hitachi produziert 10000 Stück/ 
Monat. Ende 1 989 sollen durch Inbe- 
triebnahme einer 2. Fertigungslinie 
400000 Stück/Monat produziert wer- 


den. NEC produziert Handelsmuster 
im Labor, ab März 1990 soll die erste 
Fertigungslinie mit einem Ausstoß 
von 200000 Stück/Monat die Produk- 
tion aufnehmen. Matsushita baut Fer- 
tigungslinien und will die Produktion 
im April 1990 aufnehmen. Mitsubishi 
und Sharp wollen die Serienproduk- 
tion Ende 1989 beginnen. Sanyo 
plant die Auslieferung von Handels- 
mustern für April 1990. Fujitsu liefert 
Muster aus. Angaben zur Serienpro- 
duktion wurden noch nicht veröffent- 
licht. 

Quellen: Electronics Weekly. - Lon- 
don (1989) 1459. -S. 6 
Neue Zürcher Zeitung vom 
Juni 1989 
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Elektronisches 
Speicher-Subsystem 
auch für Großrechner 

Um ein elektronisches Speicher-Sub- 
system auf Halbleiterbasis erweitert 
die Bull-Gruppe ihr Peripherieange- 
bot für Mainframe-Anwender. Das 
System mit der Bezeichnung RSS 
8500 (RAM Storage Subsystem) 
bietet einen hohen Ein-/Ausgabe- 
durchsatz mit Schnellzugriff auf die 
gespeicherten Daten. 

Die neuartige Speicherperipherie, die 
auch als electronic disc bezeichnet 
wird, ergänzt das aktuelle Platten- 
speicherangebot von Bull. Da der me- 
chanische Zugriff entfällt, lassen sich 
gegenüber herkömmlichen Platten 
die Zugriffszeiten auf bis ein Zehntel 
reduzieren. Somit können bei Batch- 
und Transaktionsanwendungen die 
Gesamtdurchsatzraten wesentlich 
gesteigert bzw. die Antwortzeiten an 
den Terminals deutlich verkürzt wer- 
den. Je nach Ausstattung hat das 
neue elektronische Speicher-Subsy- 
stem eine Zugriffsgeschwindigkeit 
von 2 bis 5 Millisekunden (RAM-Zu- 
griffszeit: 0,3 Millisekunden) und eine 
Speicherkapazität von 128 bis 4096 
MByte (4 Gigabyte). 

Die Kompatibilität zu vorhanden Ma- 
gnetplattenanwendungen ist durch 
die Einteilung des RSS 8500 in logi- 
sche Platteneinheiten gewährleistet. 
Bei einem eventuellen Stromausfall 
sorgen integrierte Plattenlaufwerke 
und Batterien automatisch für die Da- 
tensicherung, um bei Wiederanlauf 
die erstellten Sicherheitskopien in 
den RAM-Speicher zu laden . MP 

Trends 

bei der Gehäusefertigung 

Höhere Integrationsdichte, größere 
Anforderungen an die Klimatisierung, 
ein absatzförderndes Design und ra- 
tionelle Montageprozesse sind die 
Forderungen, die an die zum integra- 
len Bestandteil der modernen Elek- 
tronik gewordene Gehäusetechnik 
gestellt werden. 

Die Gehäusehersteller bieten, neben 
einem aus modernen Elementen auf- 
gebauten Gehäusesortiment, zuneh- 
mend kundenspezifische Gehäuse 
an. Um auf kundenspezifische Wün- 
sche reagieren zu können, die nicht 
durch ein Standardprogramm abge- 
deckt werden können, verfügen die 
Gehäusehersteller über CAD-Anlagen 
und CNC-Bearbeitungsmaschinen. 
Die Montagefreundlichkeit der Ge- 
häuse wird durch Schnappver- 


schlüsse bei Halbschalenverbindun- 
gen, Schnellverschlüsse für Schrau- 
ben, vorgelochte Montageplatten und 
Steckmontagehilfen erhöht. 
Unterschiedlich sind die Auffassun- 
gen zur Schraubverbindung. Obwohl 
einige Firmen ohne Schraubverbin- 
dungen auskommen und Schnapp- 
Rast-Technik einsetzen, wird bei 
nachträglichen Veränderungen der 
Einbaubedingungen die Schraubver- 
bindung als vorteilhafter angesehen. 
Bei hohen Sicherheitsbedingungen 
und hoher Stabilität bleibt die 
Schraubverbindung die günstigere 
Verbindung. 

Die Tendenz in Richtung Kunststoff 
als Gehäusematerial hält weiter an. 
Dabei erhöhen sich die Anforderun- 
gen an das Gehäuse hinsichtlich ihrer 
Schutzfunktion, bezogen auf Wärme- 
ableitung, HF-Schirmung und höhere 
Schutzarten (IP65). 

Die Bedeutung des Designs nimmt 
aus Gesichtspunkten des Absatzes 
immer mehr zu. 

Gründe für neue Anforderungen an 
Gehäuse: 

- Die hohe Integration der elektroni- 
schen Bauelemente in Verbindung 
mit einer hohen Packungsdichte, 
niedrigem Leistungsniveau und ho- 
hen Taktfrequenzen führt zu einer ho- 
hen Beeinflußbarkeit der Systeme 
durch elektrische oder magnetische 
Störeinwirkungen. 

- Wegen der höher werdenden Inte- 
gration der Komponenten werden die 
Systeme in ihren Gesamtabmessun- 
gen kleiner. Die Systeme, die früher 
in einer Schrankreihe untergebracht 
waren, beanspruchen heute nur noch 
einen Schrank. Das, was früher in ei- 
nem 19-Zoll-Schrank integriert war, 
findet heute Platz in einem Klein- 
schrank oder Tischgehäuse. Diese 
Entwicklung hält weiter an. 

- Die Unterbringung von Bussyste- 
men und Massenspeichem (Floppy, 
Winchester, Streamer) erfordert eine 
höhere Flexibilität im Innenaufbau 
und in der Anschlußtechnik. 

- Um die Mensch-Maschine-Kom- 
munikation zu verbessern, werden 
Ein- und Ausgabegeräte integriert 
(Tastatur, Bildschirm usw.). 

- Die immer höheren Packungsdich- 
ten der Elektronik lassen eine grö- 
ßere Wärmeproblematik erwarten. 

- Der zunehmende Einsatz der Elek- 
tronik in der Industrie erfordert wegen 
der gesteigerten industriellen Um- 
weltforderungen die Integration einer 
Vielzahl von peripheren Geräten. 

- An das Design werden immer hö- 
here Anforderungen gestellt. Die Ge- 
häuse müssen sich in eine Büroland- 
schaft genauso einfügen wie in die 
Einsatzgebiete der Regel-, Steuer- 
und Meßtechnik. 

- Auch die Daten- und Zugriffssi- 
cherheit gewinnt immer mehr an Be- 
deutung. 

- Nicht zuletzt bedeutet die Verbes- 
serung des Preis/Leistung-Verhält- 
nisses in der Elektronik auch eine 
Herausforderung für die Mechanik. 
Quellen: Produktion. - Landsberg 

(1989) 28. -S. 10, 11 
Elektronik. - München 38 
(1989) 13. -S. 130 Wi 
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89 . Budapester Internationale Messe 


Vom 1 7. bis 25. Mai 1 989 fand in Bu- 
dapest die 89. Internationale Messe 
als Fachmesse für Investitionsgüter 
statt. Mit 1861 lag die Zahl der Aus- 
steller um knapp 200 unter der des 
Vorjahres. So machte sich deutlich 
das fast völlige Fehlen von Compu- 
teranbietern aus Taiwan bemerkbar 
(ebenso wie übrigens auch auf der 
Leipziger Frühjahrsmesse). Trotz- 
dem war zu erkennen, daß der Elek- 
tronikbereich als „Motor der Spitzen- 
technologie“ favorisiert wird. Nach 
Meinung der Veranstalter zeigte die 
Messe insgesamt „trotz der schwieri- 
gen Lage der ungarischen Wirtschaft 
als eine Art zuversichtlich stimmen- 
des Barometer jene Veränderungen 
an, die der Wirtschaft helfen können, 
den toten Punkt zu überwinden“. Äu- 
ßeres Zeichen für diese Veränderun- 
gen war, wie im Vorjahresbericht 
schon bemerkt, die relativ große Zahl 
von Betrieben verschiedener Eigen- 
tumsformen, die zunehmend mit aus- 
ländischem Kapitalanteil gegründet 
werden. Viele haben den Charakter 
von Montagebetrieben, die lediglich 
importierte Baugruppen montieren, 
oder Zwischenhändlern. Oft heben 
Softwareanbieter hervor, Lizenzneh- 
mer und damit offizieller Distributor 
für international bewährte Standard- 
software zu sein. Jedoch gibt es auch 
viele, die sich auf das Erstellen bzw. 
Anpassen von Anwendungssoftware 
entsprechend den Kundenwünschen 
spezialisiert haben. Die meisten die- 
ser Firmen haben eine breite Palette 
zu bieten, wie Farbbild 1 zeigt. An 
zahlreichen PC-Arbeitsplätzen de- 
monstrierte zum Beispiel die Firma 
Controll die Anwendung vor allem 
von CAD-Software. 

Anbieter ähnlicher Art waren azsio, 
Softinvest, Procontrol, Lezer u. a. Die 
Mehrzahl konzentriert sich dabei auf 
die Personalcomputertechnik bzw. 
deren Anwendungen wie CAD und 
DTP, wobei auch Systeme mit 32-Bit- 
Prozessoren nicht ausgeschlossen 
sind. Ebenfalls im Trend liegen trans- 
portable Personalcomputer, vor al- 
lem in der Laptop-Klasse. Originell, 
und von den Laptopherstellern bisher 
wohl noch nicht propagiert, ist ein Ein- 
satzgebiet, das die ungarischen Cze- 
pel-Werke für diese Technik er- 
schlossen haben. Sie schufen eine 
Lösung, mittels der ein Toshiba-Lap- 
top zur Programmierung von NC- 
Werkzeugmaschinen verwendet 
wird. Der Bediener schließt dazu den 
Laptop an die jeweilige Maschine an, 
der die Steuerdaten nunmehr über 
die serielle Schnittstelle übermittelt 
werden können (Farbbild 2). Das Er- 
stellen der Programme ist auf einem 
PC AT-kompatiblen Arbeitsplatz 
möglich, der natürlich prinzipiell auch 
selbst mit der Maschine - über RS- 
232-Schnittstelle - gekoppelt werden 

Als Tochterfirma von Elektromodul 
wurde während der Messe speziell 
für den Vertrieb von Computertechnik 
die Kooperative Digitmodul gegrün- 
det. In ihrem Angebot befand sich un- 
ter anderem ein 32-Bit-PC in Tower- 
form. Der HAT-31/3 (Bild 1) hat den 
Prozessor Intel 80386 in der 1 6-MHz- 


Version. Der RAM ist bis auf 8 MByte 
ausbaufähig und umfaßt auch die 
Shadow-RAM-Funktion. Die drei lie- 
ferbaren Varianten des Computers 
unterscheiden sich in der Festplatten- 
ausstattung. 159,8 MByte bei 28 ms 
mittlerer Zugriffszeit bietet das Modell 
HAT-31/31 60 in der größten Ausbau- 
stufe. Weitere Massenspeicher sind 
ein 5,25-Zoll-Floppylaufwerk mit 360 
KByte oder 1,2 MByte und ein 3,5- 
Zoll-Floppylaufwerk mit 720 KByte 
oder 1 ,44 MByte. In dem Gehäuse ist 
Platz für zusätzliche 5 AT- und 2 XT- 
Steckkarten. Zur Ausstattung gehö- 
ren eine parallele und zwei serielle 
Schnittstellen sowie verschiedene 
Monitore. Die ausgestellte Konfigura- 
tion beinhaltete einen Multisync-Mo- 
nitor mit VGA-Grafik. 

Nach eigenen Aussagen noch immer 
expandierend ist die im Vorjahresbe- 
richt bereits erwähnte Genossen- 
schaft Müszertechnika. Hervorgeho- 
ben wurde in diesem Jahr die Präsen- 
tation von Microsofts OS/2-LAN-Ma- 
nager. Aus der Angebotsvielfalt an 
Hardware sei hier nur der transporta- 
ble PC MAT/H2 genannt, der mit ei- 
nem Elektrolumineszenz-(EL-)Dis- 
play ausgestattet ist (Farbbild 3). Er 
besitzt einen 1 6-MHz-80286-Mikro- 
prozessor (auch Einsatz des 80386 
mit 20 MHz möglich), wobei die CPU 
nicht auf einem Motherboard, son- 
dern wie die anderen Bauelemente 
auf einer Steckkarte angeordnet ist. 
Von den 5 Steckplätzen des Gerätes 
bleiben nach Abzug des CPU-Steck- 
platzes und eines Steckplatzes für 
den Monitor noch drei Steckplätze zur 
freien Nutzung für den Anwender. In 


das Gehäuse sind zwei 3,5-Zoll-Flop- 
pylaufwerke zu 1,44 MByte und eine 
Harddisk mit 27 MByte integriert. 

Die Firma Makrotrend dürfte wie Müs- 
zertechnika einer der wenigen Aus- 
steller gewesen sein, der seine Pro- 
dukte selbst entwickelt und fertigt. 
Spezialisiert ist das Unternehmen auf 
Produkte zur Vernetzung von PCs 
und hat nach eigenen Angaben 60 
Prozent des Marktanteils von Netz- 
elementen in Ungarn. Das Farbbild 4 
zeigt eine ARCNET-kompatible LAN- 
Interfacekarte. Sie ist einsetzbar in 
PC XT/AT- und kompatible Computer 
und entspricht der Novell Advanced 
NetWare 86/286. Die maximale Über- 
tragungsrate beträgt 2,5 MBit/s. 

Von der Möglichkeit, mit ausländi- 
schen Firmen gemischte Unterneh- 
men gründen zu können, macht seit 
Anfang des Jahres auch Ungarns 
größter Computerproduzent, Video- 
ton, Gebrauch. Ziel ist es, durch dabei 
erworbenes Know-how konkurrenz- 
fähigere Produkte anbieten zu kön- 
nen. So wurden - unter dem Dach 
von Videoton-Elektronik als Holding- 
gesellschaft - in letzter Zeit zahlrei- 
che relativ eigenständige Firmen ge- 
gründet. Auf dem weitläufigen Stand 
Videotons konnte die Zuordnung der 
Exponate zum Hersteller da schon 
Schwierigkeiten bereiten (siehe Farb- 
bild 5). Die Walton GmbH, deren 
Standbereich das Bild zeigt, ist eine 
Verbindung mit der britischen Firma 
Walters International. Ausgestellt wa- 
ren die folgenden Produkte. Ein Lap- 
top (Bild 2), ausgestattet mit 80286- 
Prozessor, 640 KByte RAM, 1 x 40 
MByte Festplatte, 1 x 3,5-Zoll-Floppy 




mit 1 ,44 MByte, einem LC-Display im 
EGA-Modus (640 x 350 Pixel) und 2 
Slots für Erweiterungskarten (bei- 
spielsweise Ethernet-Karte). 

Als Einstieg in die 32-Bit-Klasse ist 
der SX 386 anzusehen (Bild 3). Er ar- 
beitet mit dem Prozessor 80386 SX, 
der zwar extern nur einen 1 6-Bit-Da- 
tenbus besitzt, dafür aber die verbrei- 
tete und billigere Peripherie der AT- 
Klasse nutzen kann. Wegen des in- 
ternen 32-Bit-Busses ist jedoch die 
gesamte Softwarepalette des „ech- 
ten“ 32-Bit- Prozessors 80386 (neu- 
erdings auch oft als 80386 DX be- 
zeichnet) lauffähig (siehe auch MP 9/ 
88, S. 278). Der 1 -MByte- RAM kann 
bis auf 8 MByte ausgebaut werden. 
Neben dem 1 ,2-MByte-Floppylauf- 
werk lassen sich Festplatten von 40 
oder 80 MByte nutzen. 

Das leistungsstärkste Modell war der 
Baby 386 AT (Bild 4), ausgerüstet mit 
einem 16-MHz-Prozessor 80386. Der 
2-MByte-RAM läßt sich auf der 
Hauptplatine bis zu 4 MByte aufrü- 
sten. Neben dem 5,25-Zoll-Floppy- 
laufwerk mit 1,2 MByte ist eine 40- 
MByte-Festplatte vorhanden. Moni- 
tore stehen in verschiedenen Ausfüh- 
rungen zur Auswahl, gezeigt wurde 
der VGA-Modus in einer Auflösung 
von 800x600 Pixel. 

Als bemerkenswert ist festzuhalten, 
daß alle genannten Walton-Compu- 
ter über freie Steckplätze für LAN- 
Steckkarten verfügen und deren Ver- 
netzung - einschließlich des Laptops 
- demonstriert wurde. 
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Von den zahlreichen anderen Er- 
zeugnissen, die unter dem „Video- 
ton-Dach“ angeboten wurden, seien 
abschließend die Farbmonitorfamilie 
Chameleon sowie der Tintenstrahl- 
drucker Sl 480 (Bild 5) genannt. Das 
Besondere an dem Druckprinzip des 
Sl 480 ist, daß anstelle der sonst übli- 
chen flüssigen Tinte Festtintenpellets 
verwendet werden. Die schwarze 
Tinte wird erst im Druckkopf verflüs- 
sigt und zum Druck mittels eines pie- 
zoelektrischen Systems auf das Pa- 
pier geschleudert. Dort erstarrt sie in- 
nerhalb von 250 Millisekunden zu do- 
kumentenechter Schrift. 

Der Sl 480 liefert im Grafikmodus 
eine Auflösung von 240 x 240 dpi 
(Punkte pro Zoll). Zeichen werden in 
Letter Quality (240 x 240 dpi) mit bis 
zu 680 Zeichen/s ausgedruckt, in Ex- 
ecutive Quality (480 x 240 dpi) mit bis 
zu 340 Zeichen/s. Zum Darstellen 
verschiedener Schriften steht eine 
Vielzahl ladbarer Fonts (Zeichen- 
sätze) zur Verfügung, die in den 64- 
KByte-Fontspeicher geladen werden 
können. 



Entsprechend dem internationalen 
Trend war das Angebot von Rech- 
nern oberhalb der PC-Klasse relativ 
gering. So stellte lediglich das Kombi- 
nat Robotron neben seiner PC- und 
Schreibtechnik den Minicomputer K 
1840 vor, und das Zentrale For- 
schungsinstitut für Physik der Ungari- 
schen Akademie der Wissenschaften 
- KFKI - demonstrierte die TPAsta- 
tion TPA 11/530 als CAD-System 
(Bild 6). Im Gegensatz zu dem im Vor- 
jahr gezeigten Modell TPA 1 1/510 er- 
reicht die TPA 11/530 mit 2,7 MIPS 
(Millionen Instruktionen pro Sekunde) 
eine wesentlich höhere Leistung. Die 
in VLSI-Technik gestaltete CPU ist 
über den 32-Bit-LBUS mit dem 8 bis 
64 MByte großen Hauptspeicher ver- 
bunden. Die Verbindung zu den peri- 
pheren Geräten erfolgt über den 16- 
Bit-QBUS. Hierüber wird auch die 
Vernetzung mit anderen Rechnern 
vorgenommen. So waren die auf dem 
Stand ausgestellten verschiedenen 
TPA-Rechner, aber auch XT- und AT- 
kompatible PCs, mittels Ethernet ver- 


netzt. Beispielsweise der rechts im 
Bild zu sehende AT-kompatible Oli- 
vetti 28 mit der TPAstation. Auf letzte- 
rer wurde die Leiterkartenentwick- 
lung demonstriert, auf dem Olivetti 28 
ein Beispiel der mechanischen Kon- 
struktion einschließlich des Erstellens 
der NC-Daten. 

Als weiterer „Mittelklasse“-Rechner 
wurde das neue Anwendungssystem 
von IBM, AS/400 (Bild 7), gezeigt. Die 
Firma will damit die sogenannten 
Midrange-Kunden ansprechen, für 
die es bisher die Modellreihen /36 und 
/38 gab. Das neue System besteht 
aus 6 Modellen, für die das Betriebs- 
system OS/400 entwickelt wurde, un- 
ter dem auch bisherige /36- und /38- 
Anwendungsprogramme laufen kön- 
nen. Herzstück der Rechner ist ein 
IBM-eigener 32-Bit-Hochleistungs- 
prozessor. Während die kompakten 
Einstiegsmodelle B 10 und B 20 über 
einen maximalen Hauptspeicher von 
8 bzw. 16 MByte verfügen und als 
Zentraleinheit bis zu 40 Bildschirme/ 
Drucker „bedienen“ können, reichen 
die Hauptspeicherkapazitäten der 
Standardmodelle B 30, B 40, B 50 
.und B 60 von 36 über 40 und 48 bis zu 
96 MByte. Am Modell B 60 sind dar- 
über hinaus Magnetplatten mit bis zu 
8 GByte sowie bis zu 480 Datensta- 
tionen anschließbar. Nach Angaben 
von IBM liefert das AS/400 damit ge- 
genüber dem System /36 die bis zu 
fünffache Leistung. 

Von IBM war weiterhin der im Vorjahr 
herausgebrachte PC des Personal 
Systems, PS/2 Mod. 50Z (Farbbild 6) 
zu sehen. Das „Z“ steht dabei fürzero 
wait States; das heißt, aufgrund der 
neuerdings verwendeten DRAMs mit 
85 Nanosekunden Zugriffszeit ge- 
genüber bisher 1 20 ns braucht die mit 
10 MHz getaktete 80286-CPU keine 
Wartezyklen einzulegen. Damit wird 
eine um 25 Prozent höhere Rechen- 
geschwindigkeit erreicht. Weitere Än- 
derungen betreffen die größere Fest- 
platte - jetzt 60 MByte - und die An- 
wendung der SMD-Technik, womit 
sich die Größe der Hauptplatine um 
ein Drittel reduzieren ließ. Auch las- 
sen sich auf der Hauptplatine jetzt 2 
MByte gegenüber bisher 1 MByte 
RAM unterbringen, so daß auch bei 
Maximalausbau ein Steckplatz frei 
bleibt. 

Zahlreiche weitere ausländische Her- 
steller hatten ebenfalls überwiegend 
PCs im Angebot, allerdings ohne ihre 
Spitzenprodukte. Das trifft insbeson- 
dere auf die österreichische Firma 
Theuretzbacher & Co. zu, deren mit 
dem 33-MHz-Mikroprozessor 80386 
arbeitenden AT-386/33 wir in MP 8/88, 
4. Umschlagseite, bereits vorstellten. 


In Budapest wurde als leistungsstärk- 
stes Gerät der Future Technologie 
AT-286/1 2 in einer kompakten Desk- 
topausführung gezeigt (Farbbild 7). 
Die Standardausstattung umfaßt u. a. 

1 MByte RAM, ein 5,25-Zoll-Floppy- 
laufwerk und Adapter für CGA- und 
MDA-Monitore. Als Optionen sind 
Festplatten bis 151 MByte (17 ms 
mittlere Zugriffszeit; ESDI-Schnitt- 
stelle) und Monitors für EGA, PGA 
und VGA verfügbar. 

Auch bei der Firma ASEM reicht die 
Angebotspalette bis zu 386er Syste- 
men mit 25-MHz-Takt und 0 wait Sta- 
tes. Gezeigt wurde jedoch als lei- 
stungsfähigster PC das Towermodell 
THOR 8070 (Farbbild 8). Es besitzt 
den 1 6-Bit-Prozessor 80286 mit 12 
MHz Taktfrequenz und arbeitet eben- 
falls ohne Wartezyklen des Prozes- 
sors. Optional ist der mathematische 
Koprozessor 80287. Der Standard- 
RAM von 1 MByte läßt sich bis zu 16 
MByte erweitern. Das ausreichend di- 
mensionierte Gehäuse bietet zwei 
XT- und sechs AT-Steckplätzen 
Raum. Massenspeicher sind ein 
5,25-Zoll-Floppylaufwerk mit 360 
KByte/1,2 MByte, ein 3,5-Zoll-Flop- 
pylaufwerk mit 720 KByte/1 ,44 MByte 
und eine Festplatte zwischen 20 und 
320 MByte. Die Kapazität des Strea- 
ming-(Band-)laufwerkes beträgt zwi- 
schen 20 und 150 MByte. Als Be- 
triebssystem sind MS-DOS, MS-OS/ 

2 und Xenix 286 vorgesehen. 

Aus dem vielseitigen Angebot der Bu- 
dapester Messe lassen sich für den 
Bereich der Computertechnik vor al- 
lem folgende T rends ableiten: 

• Die Mehrzahl der Anbieter kon- 


zentriert sich heute auf die soge- 
nannte dezentrale Datentechnik. Mi- 
nirechner werden vor allem als lei- 
stungsstarke Grafikarbeitsplätze 
oder für den Betrieb von zahlreichen 
Terminals eingesetzt (z. B. TPAsta- 
tion und AS/400). Die dominierenden 
Personalcomputer basieren fast aus- 
nahmslos auf den 1 6- und 32-Bit-Pro- 
zessoren von Intel, so daß durchge- 
hende Kompatibilität gewährleistet ist 
(ausgenommen die Mikrokanalmo- 
deliedes PS/2 von IBM). 

• Immer beliebter werden tragbare 
Computer, wobei die Klasse der 
„Schoßcomputer“ - Laptops - den 
größten Anteil hat. Prozessorbasis 
sind durchweg Intelprozessoren und 
Kompatible. 

• Der steigende Bedarf der Anwen- 
der, über den zunächst isoliert betrie- 
benen „persönlichen“ Computer mit 
anderen Abteilungen des Betriebes 
zu kommunizieren, hat zu einer Flut 
von Hilfsmitteln zur Vernetzung ge- 
führt. Im PC-Bereich dominieren da- 
bei die Netze Ethernet und ARCNET. 
Hard- und Software dafür wird auch 
von zahlreichen ungarischen Firmen 
angeboten. 

Text und Fotos: Hans Weiß 
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TERMINE 

Tagung zu Wechselwirkungen zwischen Informatik und Kultur 

WER? Gesellschaft für Informatik der DDR, Kulturbund der DDR und Kunst- 
halle Rostock 

WANN? 19. bis 22. Dezember 1989 
WO? Kunsthalle Rostock 

WAS? Computer als Kulturgut; Ausstrahlung der Informatik auf das kultu- 
relle Milieu; Beziehungen zwischen Rechentechnik und Kunst; kulturvoller 
Umgang mit der Rechentechnik; Nutzung des Computers in der Kultur; Aus- 
stellung von Computergrafiken und Vorführung von Computermusik 
WIE? Zur Erfassung der Interessenten wird um Anmeldung gebeten (Teil- 
nahmegebühr ca. 100,-M). Anmeldungen oder Rückfragen richten Sie 
bitte an: Akademie der Wissenschaften der DDR, Zentralinstitut für Kyber- 
netik und Informationsprozesse, Prof. Dr. Völz, Rudower Chaussee 5/6, 
Berlin, 1 1 99; Tel. 67431 41 Weichardt 
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Der 16-Bit- 
Mikroprozessor 
des ESER-PC 

von Jochen Bonitz, VEB Verlag Tech- 
nik, Berlin 1989, 1. Auflage, 204 S., 
DDR 20,- M 

Anliegen des Buches ist die ausführli- 
che Darstellung der Architektur, der 
Arbeitsweise und des Befehlskodes 
des Mikroprozessors K 1810 WM86, 
der zum i8086 der Firma Intel funktio- 
nell kompatibel ist. Dies sind notwen- 
dige Kenntnisse für Fachleute, wel- 
che den K 1 81 0 WM86 einsetzen wol- 
len. 

In einem kurzen Einblick in die Ent- 
wicklungsgeschichte wird begründet, 
warum man gerade diese Architektur 
für den Prozessor gewählt hat. Einen 
guten Grundüberblick über die Hard- 
warearchitektur gibt das Kapitel 2 auf 
ca. 30 Seiten. Besonders wird auf 
jene Elemente eingegangen, die für 
das Verständnis zeitlicher Abläufe 
und für das Erfassen der Speicheror- 
ganisation wichtig sind. Ein eigenes 
Kapitel widmet der Autor den reich- 
haltigen Möglichkeiten, mit Maschi- 
nenbefehlen auf Operanden zuzu- 
greifen. Diese Adressierungsarten 
sind wichtig für das Verständnis der 
Wirkungsweise der Maschinenbe- 
fehle. Dabei ist die Unterscheidung 
der Adressierungsart relativ und indi- 
ziert nicht durch die Architektur des 
Prozessors begründet, sondern 
durch die unterschiedliche Assem- 
blernotation ein und desselben Ma- 
schinenbefehls. Dies wird in den Aus- 
führungen nicht deutlich und könnte 
zur Verwirrung des Lesers führen. 
Eine Ungenauigkeit ist dem Verfas- 
ser bei den Beispielen zur indirekten 
Adressierung unterlaufen, wo er rela- 
tive Adressierung/Offset 0 mit indi- 
rekter verwechselt, obwohl er zuvor 
richtig darstellt, mit welchen Regi- 
stern indirekte Adressierung möglich 
ist. 

In einer für die Einarbeitung in den 
Befehlssatz sehr zweckmäßigen 
Gliederung in logisch zusammenge- 
hörende Einheiten werden die Be- 
fehle des Prozessors auf 46 Seiten 
dargestellt. Der Leser gewinnt eine 
Vorstellung von der Mächtigkeit der 
Befehle und davon, was sie bewirken. 
Wenn er jedoch beginnt, selbst zu 
programmieren, wird er Angaben zu 
den möglichen Adressierungsarten in 
den Befehlen vermissen. Diesen ist 
ein eigenes Kapitel gewidmet. Es ent- 
hält auf weiteren 41 Seiten nochmals 
- diesmal alphabetisch - alle Befehle 
mit Kurzbeschreibung, Flagbeein- 
flussung, anwendbaren Adressie- 
rungsarten, Taktanzahl und binärer 
Kodierung. Gerade die Darstellung 
der möglichen Adressierungsarten ist 
sehr kompakt, was sicher vielen Le- 
sern ein schnelles Erfassen der Va- 
rianten der Befehle erschwert. Die 
Trennung in allgemeine und umfas- 
sende Befehlsbeschreibung kommt 
sicher dem Leserkreis entgegen, wel- 
cher nur einen Einblick in die Möglich- 
keiten des Prozessors gewinnen 
möchte. Als Arbeitsmittel für den 
Praktiker erhöht sie jedoch den Auf- 
wand für das Auffinden einer Informa- 
tion, der gesenkt werden könnte, 
wenn im ßseitigen Anhang „Befehle 
des K 1810 WM86“ außer den wich- 


tigsten Angaben auch Seitenver- 
weise enthalten wären. 

Der Abschnitt über die Assembler fällt 
dem Anliegen des Buches entspre- 
chend kurz aus, vermittelt dem Leser 
aber einen guten Eindruck vom 
Zweck und der Funktion dieser Pro- 
grammierwerkzeuge. Auf den ver- 
bleibenden 29 Seiten des Titels hat 
der Verfasser den erfreulichen Ver- 
such unternommen, Aufbau, Arbeits- 
weise und Programmierung des 
Arithmetik-Koprozessors K 1810 
WM87 einer breiteren Öffentlichkeit 
vorzustellen. Der Leser erhält Infor- 
mationen, die es ihm ermöglichen, 
selbst einzuschätzen, bei welchen 
seiner Anwendungen er bei Einsatz 
des WM87 wesentlichen Effektivitäts- 
gewinn erwarten kann. Eine allumfas- 
sende Beschreibung dieses Kopro- 
zessors kann aber nur eine eigen- 
ständige Schrift geben. 

Alles in allem kann der vorliegende 
Titel neben Praktikern bei der Anwen- 
dung des WM86 vor allem jenen Le- 
sern empfohlen werden, die gern 
mehr über das Herz ihrer heutigen 
1 6-Bit-PCs erfahren möchten. 

Dr. M. Krzikalla 


„Neue Medien“ - 
Kommunikation 
und Information 

von J. Herzog u. M. Lare (Hrsg.), Lexi- 
kon, VEB Verlag Technik, Berlin 
1989, 275 S., DDR 24,- M 
Der Titel diese Lexikons bleibt be- 
denklich - und auch der Untertitel ist 
eher irreführend. Das, was das Lexi- 
kon enthält, sind Fachbegriffe der 
Nachrichten- und Computertechnik, 
vereinzelt sogar der Mikroelektronik 
und Robotertechnik. Eine Schrift über 
„Medien“ müßte einen wesentlich an- 
deren Inhalt haben. - Aber die vierte 
Umschlagseite hilft. So findet man im 
Buch viele moderne Begriffe, die man 
sucht - oder auch nicht sucht: Abon- 
nementfernsehen, Bandbreite, CAD, 
DAC, ECMA, Fabry-Perot-Resona- 
tor, GAA, Halbbildspuraufzeichnung, 
IBFN, Josephson-Computer, Kabel- 
bild, LAN, MAC, Nachbarkanallei- 
stung, Oberwellenfilter, PAD, Qua- 
drofonie, Radio-Daten-System, Sa- 
tellit, Tag, Überlagerungsempfang, 
VCR-Longplay-Verfahren, WAN, 
X.21 -Schnittstelle und Zeichengene- 
rator - Anfangsbegriffe der Ab- 
schnitte von A bis Z - ganz allgemein 
und auch ganz speziell. 

Für den Leser der MP sind folgende 
Begriffe (u.a.) interessant: Biocom- 
puter, Concurrent-PROLOG, Dis- 
playprozessor, Expertensystem, In- 
ferenzmaschine, Frame, Projekte für 
Rechner der 5. Generation, RISC, 
SDL, Transputer. Das sind sehr wich- 
tige und nützliche Dinge. Ihre Defi- 
nitionen und Erklärungen sind allge- 
meinverständlich gehalten. 

Das Lexikon enthält nur wenige Na- 
men, die bedeutenden Repräsentan- 
ten der modernen Technik gehören. 
Erwähnung finden Czochralski, Jo- 
sephson, von Neumann - als Bei- 
spiele. Ebenso wären noch mehr 
Zahlenangaben nützlich gewesen. 
Dagegen ist das Verzeichnis von Nor- 
men, Bestimmungen und Empfehlun- 
gen im Anhang zweifellos eine Rarität. 


Das Lexikon ist für sehr viele Leser 
eine sehr wichtige Hilfe. Die behan- 
delte Begriffswelt entspricht dem in- 
ternationalen Gebrauch. Es ist zu hof- 
fen, daß die Auflagenhöhe dem gro- 
ßen Interessentenkreis gerecht wird. 

Prof. Dr. Dr. M. Roth 


von E. Stamer, Verlag Die Wirtschaft, 
Berlin 1988, 256 S„ 10 Abb., ISBN 3- 
349-0041 1 -3; DDR 1 6,- M 
Das vorliegende handliche Taschen- 
buch schließt bei uns eine seit vielen 
Jahren klaffende Lücke in der Com- 
puterliteratur. Während frühere Bü- 
cher (z. B. Schoch/Schatz, Program- 
mierung in FORTRAN, BSB B. G. 
Teubner Verlagsgesellschaft, Leip- 
zig, 1971) ausschließlich für Speziali- 
sten geschrieben waren, hat Stamer 
entsprechend dem aktuellen Trend 
zum massenhaften Einsatz von Ar- 
beitsplatzrechnern ein durchaus an- 
spruchsvolles Fachbuch in einem 
„sehr lockeren Stil“ geschrieben, so 
daß sich auch jeder an Programmie- 
rung interessierte Leser schnell in die 
FORTRAN-Programmierung einar- 
beiten kann. Es ist verblüffend, wie 
einfach der Leser an die Sprachele- 
mente von FORTRAN herangeführt 
wird. Das trifft vor allem auf die ersten 
vier Abschnitte zu. Die weiteren sie- 
ben Abschnitte stellen wesentlich hö- 
here Anforderungen an den Leser 
und sollten nicht chronologisch und 
vor allem nicht ohne praktische Erfah- 
rungen durchgearbeitet werden. So 
werden im fünften Abschnitt relativ 
komplizierte Ein- und Ausgabepro- 
bleme am Beispiel einer etwas kom- 
plexeren Aufgabenstellung behan- 
delt. Der sechste Abschnitt beinhaltet 
eine komplexere Aufgabenstellung 
unter Einbeziehung von Redabas 
und dem Textprozessor TP. Der sie- 
bente Abschnitt rundet durch weitere 
Sprachelemente das Buch für den 
Spezialisten ab, erhebt aber trotzdem 
keinen Anspruch auf vollständige 
Darstellung aller FORTRAN-Sprach- 
elemente. Im achten Abschnitt stellt 
der Autor aus seiner Sicht eine Reihe 
praktischer Erfahrungen und Hin- 
weise zusammen, die, obwohl man- 
che Aussage vielleicht auch etwas 
umstritten ist, besonders für den An- 
fänger sehr nützlich sind. 

Ein weiterer Vorteil des Buches ist 
seine konsequente Orientierung an 
FORTRAN-77, so wie es seit 2 Jah- 
ren gemäß TGL 44500 für die DDR 
verbindlich ist. Da es noch eine Reihe 
von FORTRAN-IV-Compilern für an- 
dere Rechner gibt, werden im neun- 
ten Abschnitt wesentliche Unter- 
schiede zu FORTRAN-IV und ande- 
ren Compilern zusammengefaßt. 

Der zehnte Abschnitt ist der Einbin- 
dung von Assemblerunterprogram- 
men gewidmet, während im letzten 
Abschnitt über die Programmierung 
hinausgehende Hinweise zur Soft- 
wareentwicklung gegeben werden. 
Die Anhänge enthalten Hinweise zur 
Arbeit mit FORTRAN unter SCP auf A 
7150 und PC 1715, eine Kurzfassung 
der TGL 44500 sowie die Lösungen 
zu den zahlreichen Übungsaufgaben, 
die man zur Selbstkontrolle unbe- 
dingt lösen sollte. 


Trotz einiger kleiner Fehler, die sich 
bei der Druckaufbereitung der Bei- 
spiele eingeschlichen haben und den 
Gesamteindruck nicht schmälern, 
kann ich das Buch jedem an FOR- 
TRAN interessierten Leser nur emp- 
fehlen. 

Prof. Dr. Th. Horn 


Autorenkollektiv, Verlag Die Wirt- 
schaft, Berlin 1987, 160 S„ 6,50 M 
Zwölf Autoren des Zentralinstituts für 
sozialistische Wirtschaftsführung des 
ZK der SED, Berlin, legten unter Lei- 
tung der kompetenten Volkswirt- 
schaftler H. Koziolek, W. Salecker 
und Th. Schmieder eine Schrift vor, 
deren hauptsächliches Ziel es ist, ge- 
stützt auf eine mehrjährige enga- 
gierte Arbeit zur Durchsetzung der 
Beschlüsse der Partei bezüglich der 
Schlüsseltechnologie CAD/CAM, 
verallgemeinerungsfähige Erkennt- 
nisse und praktische Erfahrungen an 
einen möglichst großen Leserkreis zu 
vermitteln. 

Allen Abschnitten der schnell lesba- 
ren Schrift ist die Rechentechnik als 
modernes Arbeitsmittel gemeinsam, 
so wie sie sich in der DDR-Volkswirt- 
schaft in weiter Verbreitung befindet. 
Die wichtigsten Aspekte der in der 
Reihe Blickpunkt Wirtschaft erschie- 
nenen Publikation sind: CAD/CAM 
als Schlüsseltechnologie, ihre Durch- 
setzung in der Volkswirtschaft, ent- 
sprechende Aufgaben der Leitungen, 
erforderliche Weiterbildung, Einsatz- 
anforderungen, Organisation und 
Planung der effektiven Nutzung, bei- 
spielhafte Initiativen und vor allem 
gute Erfahrungen, die mit CAD/CAM- 
Systemen in Leitung und Verwaltung 
(Planung, Bilanzierung, Rechnungs- 
führung, Statistik) gesammelt wur- 
den. Immerhin macht dieser Einsatz- 
bereich etwa 40 Prozent aller Rech- 
neranwendungen aus. In einem kur- 
zen Abschnitt (5.) werden „Grundbe- 
griffe der modernen Rechentechnik in 
Verbindung mit der CAD/CAM-Tech- 
nologie“ behandelt. In den nicht sehr 
genauen Erläuterungen ist z. B. fol- 
gender Satz unter der Überschrift 
„Architekturprinzipien“ von Rechnern 
völlig absurd: „Eine zunehmende 
Rolle in der weiteren technischen 
Entwicklung wird die Biotechnologie 
spielen“. 

Mit der Absicht, alle positiven und 
konstruktiven Aspekte zur Durchset- 
zung der CAD/CAM-Technologie in 
der DDR darzulegen, ist diese Schrift 
ein wichtiger propagandistischer Bei- 
trag. Widersprüchliche Prozesse 
oder Hindernisse werden jedoch 
nicht analysiert, obwohl dies für einen 
so umfassenden und bedeutsamen 
Prozeß sehr förderlich wäre. 

Prof. Dr. Dr. M. Roth 


CAD/CAM - 
Leitungsaufgaben 
und Erfahrungen 


FORTRAN 


352 













ZEITSCHRIFT FÜR MIKROELEKTRONIK • COMPUTERTECHNIK • INFORMATIK 



-Mikroprozessortechnik — 


VEB Verlag T echnik Berlin 


-2892 



7 TINA programmiert die Dialoge mit dem PC 


LHM 

’89 


Flexible 

Automation 




Zeitschrift für Mikroelektronik ■ Computertechnik • Informatik 
3. Jahrgang • ISSN 0232-2892 



Mikroprozessortechnik, Heft 12 • 89 


Herausgeber Kammer 


der Technik, Fachverband Elektro- 


Verlag VEB Verlag Technik, Oranienburger Str. 13/14, 
DDR- 1020 Berlin; Telegrammadresse: Technikverlag 
Berlin; Telefon: 28700, Telex: 01 1 2228 techn dd 

Verlagsdirektor Klaus Hieronimus 

Redaktion Hans Weiß, Verantwortlicher Redakteur (Tel. 
2870371); Redakteure: Herbert Hemke (Tel, 2870203), 
Hans-Joachim Hill (Tel. 2870209); Sekretariat Tel. 
2870381 

Gestaltung Christina Bauer 
Titel Frank-Norbert Beyer 

Beirat Dr. Ludwig Claßen, Dr. Heinz Florin, Prof. Dr. sc. 
Rolf Giesecke, Joachim Hahne, Prof. Dr. sc. Dieter Ham- 
mer, Prof. Dr. sc. Thomas Horn, Prof. Dr. Albert Jugel, Prof. 
Dr. Bernd Junghans, Dr. Dietmar Keller, Prof. Dr. sc. Gernot 
Meyer, Prof. Dr. sc. Bernd-Georg Münzer, Prof. Dr. sc. Peter 
Neubert, Prof. Dr. sc. Rudolf Arthur Pose, Prof. Dr. sc. Dr. 
Michael Roth (Vorsitzender), Dr. Gerhard Schulze, Prof. Dr. 
sc. Manfred Seifart, Dr. Dieter Simon, Dr. Rolf Wätzig, Prof. 
Dr. sc, Dr. Jürgen Zaremba 

Lizenz-Nr. 1 71 0 des Presseamtes beim Vorsitzenden des 
Ministerrates der Deutschen Demokratischen Republik 

Gesamtherstellung Druckerei Märkische Volksstimme 
Potsdam 

Erfüllungsort und Gerichtsstand Berlin-Mitte. Der Verlag 

behält sich alle Rechte an den von ihm veröffentlichten 
Aufsätzen und Abbildungen, auch das der Übersetzung in 
fremde Sprachen, vor. AuszUge, Referate und Besprechun- 
gen sind nur mit voller Quellenangabe zulässig. 

Redaktionsschluß 16. Oktober 1989 
AN (EDV) 49837 

Erscheinungsweise monatlich 1 Heft 

Heftpreis 5,- M, Abonnementspreis vierteljährlich 1 5,- M; 
Auslandspreise sind den Zeitschriftenkatalogen des Außen- 
handelsbetriebes BUCHEXPORT zu entnehmen. 

Bezugsmöglichkeiten 

DDR: sämtliche Postämter; SVR Albanien: Direktorije 
Quendrore e Perhapjes dhe Propaganditit te Librit Rruga 
KonferenceePezes, Tirana; VR Bulgarien: DirekziaR.E.P.. 
1 1 a, Rue Paris, Sofia; VR China: China National Publica- 
tions Import and Export Corporation, West Europe Depart- 
ment, P.O. Box 88, Beijing; CSSR: PNS - Ust'redni Expedi- 
cia a Dovoz Tisku Praha, Slezskä 1 1 , 1 20 00 Praha 2, PNS, 
Üstredna Expedicia a Dovoz Tlace, Poäta 022, 885 47 Bra- 
tislava; SFR Jugoslawien: Jugoslovenska Knjiga, Terazija 
27, Beograd; Izdavaöko Knjizarsko Produzece MLADOST, 
llica 30, Zagreb; Koreanische DVR: CHULPANMUL Korea 
Publications Export & Import Corporation, Pyongyang; Re- 
publik Kuba: Empresa de Comercio Exterior de Publicacio- 
nes, O'Reilly No. 407, Ciudad Habana; VR Polen: C.K.P.i.W. 
Ruch, Towarowa 28, 00-958 Warszawa; SR Rumänien: 
D.E.P. Bucuresti, Piata Scinteii, Bucure§ti; UdSSR: Sämtli- 
che Abteilungen von Sojuzpeöat' oder Postämter und Post- 
kontore; Republik Ungarn: P.K.H.I,, Külföldi Elöfizetesi 
Osztäly, P.O. Box 1 6, 1426 Budapest; SR Vietnam: XUNHA- 
SABA, 32, Hai Ba Trung, Hä Nöi; BRD und Berlin (West/: 
ESKABE Kommissions-Grossobuchhandlung, Postfach 
36, 8222 Ruhpolding/Obb ; Helios-Literatur- Vertrrebs- 
GmbH, Eichborndamm 141-167, Berlin (West) 52; Kunst 
und Wissen Erich Bieber OHG, Postfach 46, 7000 Stutt- 
gart 1 ; Gebrüder Petermann, BUCH + ZEITUNG INTERNA- 
TIONAL, Kurfürstenstraße 111, Berlin (West) 30; Öster- 
reich: Helios-Literatur- Vertriebs-GmbH & Co, KG, Industrie- 
straße B 1 3, 2345 Brunn am Gebirge; Schweiz: Verlagsaus- 
lieferung Wissenschaft der Freihofer AG, Weinbergstr. 109, 
8033 Zürich; Alle anderen Länder: örtlicher Fachbuchhan- 
del; BUCHEXPORT Volkseigener Außenhandelsbetrieb 
der Deutschen Demokratischen Republik. Postfach 160, 
DDR - 701 0 Leipzig und Leipzig Book Service, Talstraße 29, 
DDR -7010 Leipzig 


Mikroprozessortechnik, Berlin 3 (1989) 12 



Der Beitrag auf der Seite 355 befaßt sich mit Echt- 
zeitbetriebssystemen für 1 6-Bit-Rechner. Sie 
schaffen, gemeinsam mit der entsprechenden 
Hardware, die Voraussetzungen für die schnelle 
Reaktion des Rechners auf äußere Einflüsse - im 
allgemeinen im Millisekundenbereich liegend. Auf 
unser Titelbild bezogen, werden Sie uns vielleicht 
recht geben, daß wir den Vergleich mit dem Fahren 
auf unseren Straßen nicht zu weit hergeholt haben. 



Seite 363. Dabei wird unter anderem ein Pro- 
grammsystem vorgestellt, das sich in vier komplexe 
Teilprogramme gliedert - die Wurzel des Systems 
(Root) mit dem Rahmenprogramm und die drei Teil- 
programme mit aufgabenspezifischen Überlage- 
rungsstrukturen. 


Vorschau 

Für MP 1/1990 bereiten wir für Sie Beiträge zu fol- 
genden Themen vor: 

• Zuverlässigkeit mit Einchipmikrorechnern 

• Eingabemasken mit Turbo-Pascal 

• Farbgrafikadapter für K 1 520-Systeme 
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1 000. Bildungscomputer 
übergeben 

Unmittelbar vor Beginn des neuen 
Schuljahres lösten die Werktätigen 
des VEB Robotron-Meßelektronik 
„Otto Schön“ Dresden und ihre Koo- 
perationspartner in Sömmerda und 
Berlin ihr Versprechen gegenüber 
dem Bildungswesen ein. Im Compu- 
terkabinett der Erweiterten Ober- 
schule „Albert Einstein“ Berlin-Mar- 
zahn übergab der Dresdner Betriebs- 
direktor Dr. Hans Fischer am 30. Au- 
gust sieben Bildungscomputer A 51 05, 
darunter den 1 000. Bis zum Jahres- 
ende sollen es 5000 sein, die an das 
Bildungswesen geliefert werden. 

„Ich denke, daß wir dem Direktor der 
Schule heute Technik zur Verfügung 
stellen, die alle Ansprüche an eine so- 
lide Informatikausbildung erfüllt. Wir 
hoffen, viele junge Leute werden an 
der Informatik und an der Rechen- 
technik Spaß finden“, sagte Dr. Fi- 
scher. Letztlich solle auch durch das 
Beschäftigen mit der Informatik En- 
gagement und Kreativität der Schüler 
gefördert werden. 

Geplant ist, alle erweiterten Ober- 
schulen mit jeweils sieben Bildungs- 
computern auszustatten. ADN 

Diskettenlaufwerke 
für den Bildungscomputer 

Mehr als 1 000 Diskettenspeicherein- 
heiten für den Bildungscomputer von 
Robotron haben die Kollektive des 
VEB Elektroprojekt und Anlagenbau 
Berlin (EAB) bisher vertragsgerecht 
produziert. Das berichtete die Berli- 
ner Zeitung anläßlich der 1 4. Berliner 
Bestarbeiterkonferenz in ihrer Aus- 
gabe vom 14. September. Weiter 
heißt es: Auf dem Wege steigender 
Monatsleistungen wollen di.e Be- 
schäftigten aus dem Bereich Kon- 


sumgüterfertigung des EAB bis zum 
Jahresende 5 000 dieser Computer- 
komponenten ausliefern. Damit stei- 
gern sie die Produktion von Erzeug- 
nissen für den Bevölkerungsbedarf 
auf insgesamt 66 Millionen Mark - 
fast ein Drittel mehr als im vergange- 

Die Diskettenspeichereinheit, Ende 
Juni in die Serie übergeleitet, trägt seit 
August das Gütezeichen „Q“. „Wir 
erweitern damit unser Konsumgüter- 
programm um ein Erzeugnis, das un- 
serer Verantwortung als Hersteller 
von mikroelektronischer Automatisie- 
rungstechnik entspricht. Um dem gro- 
ßen Bedarf des Bildungswesens an 
Geräten für die Informatikausbildung 
zu entsprechen, werden wir unsere 
Leistungen weiter steigern. So sind 
die Montagekollektive vor einiger Zeit 
zur Arbeit in zwei Schichten überge- 
gangen“, berichtete Dr. Roland 
Wuttke, Direktor des Bereiches Kon- 
sumgüter des EAB. MP 


RFT-Service in Moskau 

Am 1 9. September 1 989 bestand das 
„Technische Zentrum des Kunden- 
dienstes für Erzeugnisse der Nach- 
richtentechnik der DDR in Moskau“ 
fünf Jahre. Das Technische Zentrum 
kann sich auf gute Erfahrungen des 
„Büros für die technische Wartung 
der Fernmeldetechnik“ berufen, das 
von 1981 bis 1984 bestand. 

Der Kundendienst für Erzeugnisse 
der RFT-Nachrichtentechnik begann 
bereits 1963 mit der Bildung des 
Technisch-Kommerziellen Büros der 
damaligen WB Nachrichten- und 
Meßtechnik. 

Das Jubiläum des Technischen Zen- 
trums fällt zeitlich mit der 26jährigen 
Wiederkehr der Einrichtung des 
Technisch-Kommerziellen Büros zu- 
sammen. 


Mit Bildung des Technischen Zen- 
trums - 1 984 - wurde ein neues ef- 
fektives System der Zusammenarbeit 
wirksam. Damit wurde eine Stätte der 
Begegnung, des Erfahrungsaustau- 
sches und der Zusammenarbeit di- 
rekt beim bedeutendsten Handels- 
partner des Kombinates Nachrichten- 
elektronik geschaffen, um gemein- 
sam das bis ins Jahr 2 000 reichende 
Programm der Zusammenarbeit in 
Wissenschaft, Technik und Produk- 
tion mit vielfältigen Ideen und Bei- 
spielen zu erfüllen. 

Die Aufgaben und Leistungen des 
Technischen Zentrums beinhalten 
die Beratung des Kunden, die Unter- 
suchung der Fernmeldenetze, die 
Ausarbeitung von Projekten, die Lie- 
ferung von Nachrichtenmitteln, ihre 
Montage und Inbetriebnahme sowie 
die Wartung der Ausrüstungen und 
die Schulung des Personals der Kun- 
den. Es wurden zahlreiche Schulun- 
gen für Anwender, Symposien und 
Erfahrungsaustausche mit Speziali- 
sten, Approbationen und Pressekon- 
ferenzen organisiert, auf denen neue 
Erzeugnisse und Technologien vor- 
gestellt, erläutert und Problemdiskus- 
sionen zwischen Wissenschaftlern 
und Technikern geführt wurden. Eine 
ständige Ausstellung in den Räumen 
des Technischen Zentrums gibt den 
Besuchern einen aktuellen Überblick 
überdas Produktionsprofil, Neu- und 
Weiterentwicklungen, Forschungser- 
gebnisse und Ergebnisse der zwei- 
seitigen und mehrseitigen Zusam- 
menarbeit im Rahmen des RGW. 

Das Kombinat hat enge Verbindun- 
gen zum aufnahmefähigen und stän- 
dig wachsenden Absatzmarkt der 
UdSSR, in den es jährlich ein Drittel 
seiner Gesamtproduktion exportiert. 
Umfangreiche Beziehungen beste- 
hen mit Betrieben, mit denen direkt 
Produktionsbeziehungen angebahnt 
wurden. MP 

Produktion 

von Computertastaturen 

Der VEB Robotron-Elektroschaltge- 
räte Auerbach stellt sich auf die Pro- 
duktion von Tastaturen für die Com- 
puter ein, die mit den künftigen 32-Bit- 
Mikroprozessoren ausgerüstet wer- 
den. Die Leistungen der Forscher des 
Kombinates Mikroelektronik bei der 
kurzfristigen Entwicklung des neuen 
32-Bit-Mikroprozessor-Systems be- 
flügeln die fast 1 500 Werktätigen die- 
ses Zulieferbetriebes des Kombina- 
tes Robotron, gleichfalls wichtige Ent- 
wicklungsarbeiten den volkswirt- 
schaftlichen Erfordernissen entspre- 
chend abzuschließen, damit planmä- 
ßig eine neue Rechnergeneration auf 
den Markt gebracht werden kann. 
Darüber informierten Betriebskollek- 
tive im August den Minister für Elek- 
trotechnik und Elektronik, Felix Meier, 
der mit Arbeitern und Ingenieuren 
über die Erfüllung der diesjährigen 
Aufgaben und über die Vorbereitung 
des Planjahres 1990 beriet. Die Ferti- 
gung von Computertastaturen steige 
nach Stückzahlen gegenüber 1989 
um 41 Prozent. Auch die anderen 
Fertigungsbereiche, in denen Taster, 
Mikroschalter und elektrotechnische 
Steuerungen hergestellt werden, hät- 


ten sich auf einen hohen Leistungs- 
anstieg eingestellt. ADN 

Delegationen der 
Planungsorgane der DDR 
und UdSSR in Kombinaten 

Die Delegationen der Zentralen Pla- 
nungsorgane der DDR und der 
UdSSR machten sich im Juli in den 
Dresdner Kombinaten Robotron und 
GERMED mit Ergebnissen und Vor- 
haben der wirtschaftlichen und wis- 
senschaftlich-technischen Zusam- 
menarbeit zwischen beiden Ländern 
vertraut. Bei Robotron besichtigten 
die vom Kandidaten des Politbüros 
des ZK der SED, Gerhard Schürer, 
Stellvertreter des Vorsitzenden des 
Ministerrates und Vorsitzender der 
Staatlichen Plankommission der 
DDR, und vom Kandidaten des Polit- 
büros des ZK der KPdSU, Juri Maslju- 
kow, Erster Stellvertreter des Vorsit- 
zenden des Ministerrates und Vorsit- 
zender des Staatlichen Plankommi- 
tees der UdSSR, geleiteten Delega- 
tionen Produktiönsstätten des Kom- 
binats-Stammbetriebes. So für die 
Herstellung der Arbeitsplatzcomputer 
sowie ein Prüffeld für elektronische 
Datenverarbeitungsanlagen und 32- 
Bit-Rechentechnik. Robotron arbeitet 
seit langem eng mit sowjetischen 
Partnern auch auf dem Gebiet der 
Schlüsseltechnologien zusammen, 
zu denen die Direktbeziehungen zwi- 
schen Robotron-Projekt Dresden und 
Zentrprogrammsystem Kalinin bei 
der gemeinsamen Entwicklung von 
Datenbanksystemen gehört. 

Bei ihrem Rundgang erfuhren die Gä- 
ste, daß das Kombinat Robotron ei- 
nen beträchtlichen Teil seines Ex- 
ports in die Sowjetunion liefere, wozu 
in diesem Jahr 24000 Personalcom- 
puter, 50 EDV-Anlagen und speziell 
für die UdSSR entwickelte und produ- 
zierte Steuerrechnersysteme NEWA 
für Telefonzentralen zählen. 

ADN 


Liebe Leserinnen und Leser, 
unser Redaktionssekretariat ist 
zur Zeit nicht besetzt. Wir bitten 
Sie daher um Verständnis, wenn 
die Kommunikation zwischen Ih- 
nen und uns nicht immer wie ge- 
wohnt möglich ist. Vielleicht kön- 
nen aber gerade Sie uns unter- 
stützen, indem Sie sich bei uns 
als redaktionelle Mitarbeiterin 
bzw. als redaktioneller Mitarbei- 
ter bewerben oder Bekannte über 
unser Stellenangebot informie- 

Sollten Sie also im Raum Berlin 
wohnen und an einer vielseitigen 
Tätigkeit in einem kleinen Kollek- 
tiv interessiert sein, erwarten wir 
ihre Anfragen oder Bewerbungen 
telefonisch - unter 2 8703 71 - 
bzw. schriftlich - VEB Verlag 
Technik, Redaktion MP, Oranien- 
burger Straße 13/14, Berlin, 
1020. 

Ihre Redaktion MP 
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1 6-Bit-Betriebssy steme 
der Echtzeitverarbeitung 


Wolf-Dieter Hardt, Erfurt 


Anforderungsdefinition 

Die Einführung von Computer Integrated Ma- 
nufacturing (CIM) erfordert die verstärkte In- 
tegration von Rechentechnik in fertigungs- 
technische Basissysteme. Diese Rechen- 
technik erhält über Sensoren Eingangsinfor- 
mationen, die auf der Grundlage applika- 
tionsspezifischer Überführungs- oder Ergeb- 
nisfunktionen IV in Ausgabeinformationen 
transformiert und über Aktoren dem ferti- 
gungstechnischen Basissystem zur Verfü- 
gung gestellt werden. Die Arbeitsweise die- 
ser Rechentechnik wird als prozeßgekoppel- 
ter Betrieb bezeichnet. Die rechnerinterne 
Darstellung der applikationsspezifischen 
Überführungs- oder Ergebnisfunktionen er- 
folgt durch Rechenprozesse. Unter einem 
Rechenprozeß versteht man die auf seine 
Lebensdauer beschränkte Abwicklung eines 
Programms auf einem Rechnersystem. Die 
Lebensdauer eines Rechenprozesses be- 
ginnt mit der Anmeldung und endet mit seiner 
Abmeldung. Damit existieren Rechenpro- 
zesse nicht nur während ihrer tatsächlichen 
Bearbeitung durch die CPU des Rechnersy- 
stems, sondern schon vor Beginn der Bear- 
beitung und während eingeplanter oder er- 
zwungener Wartezeiten. In der praktischen 
Anwendung von prozeßgekoppelten Rech- 
nersystemen ist im allgemeinen die Anzahl 
der zu verwaltenden Rechenprozesse um ein 
Vielfaches größer als die Anzahl der CPUs 
des Rechnersystems. Daraus resultierend 
müssen parallele Rechenprozesse verwaltet 
werden, die um die Nutzung der CPU konkur- 
rieren. Neben dieser Konkurrenz ist zu erwar- 
ten, daß die Rechenprozesse zur Erfüllung 
ihrer Aufgaben kooperieren. Die Prinzipien 
dieser Kooperation lassen sich in die Auf- 
gabenklassen Ereignissynchronisation, ge- 
meinsame Betriebsmittelbenutzung und 



Kommunikation einteilen. Wird durch ein Be- 
triebssystem sichergesteüt, daß die Aufga- 
ben der Konkurrenz und Kooperation paralle- 
ler Rechenprozesse zeitsynchron zu den Be- 
dingungen des fertigungstechnischen Basis- 
systems erfüllt werden, arbeitet das Betriebs- 
system im Echtzeitbetrieb. Im allgemeinen 
werden solche Betriebssysteme als Echtzeit- 
betriebssysteme bezeichnet, die auf asyn- 
chrone Anforderungen des Basissystems in- 
nerhalb weniger Millisekunden die zugeord- 
neten Rechenprozesse zur Abarbeitung an- 
melden. 

Eine Analyse der internationalen Entwick- 
lungstendenzen bei Betriebssystemen der 
Echtzeitverarbeitung zeigt nachfolgende vier 
Haupttrends, deren Grenzen sich überlap- 
pen und deren inhaltliche Realisierungsnive- 
aus vom einfachen Betriebssystemkern bis 
zu komfortabel ausgebauten Betriebssyste- 
men für die Programmentwicklung und -ab- 
laufsteuerung reichen. 

© Entwicklung modularer, generierbarer 
und effizienter Betriebssystemkerne, die 
applikationsspezifisch durch wahlweise Zu- 
ordnung weiterer Systemschichten (E/A-Or- 
ganisation, Mensch-Maschine-Interface, 
Entwicklungswerkzeuge) ein möglichst uni- 
verselles Einsatzspektrum abdecken. 
Hauptvertreter dieser Systeme sind unter an- 
derem die Betriebssystemfamilien iRMX 121, 
/3/und RMOS/4/. 

® Die Nutzung von Hochsprachen wie Ba- 
sic, Pascal, C, Forth und beginnend Modula- 
2 151 für die Echtzeitverarbeitung führte so- 
wohl zur Bereitstellung von portierbaren Be- 
triebssystemkernen in Hochsprachen als 
auch zur Erweiterung der Sprachentwick- 
lungsumgebungen durch Bereitstellung von 
diesem Umfeld angepaßten echtzeitfähigen 
Betriebssystemkernen (Micropower/Pascal, 
multiFORTH/6/, RTOS-UH/Pearl). 

© Die Verlagerung der Funktionen der Echt- 
zeitdatenverarbeitung ins Silizium beinhaltet 
die Qualitätsmerkmale, ausgehend von 
PROM-residenten Betriebssystemen 
(VRTX) und Koprozessoren (i80130) bis hin 
zu speziellen Mikroprozessoren (Transputer- 
systemfamilie), und führt konsequent weiter- 
entwickelt zu einer dem Aufgabenprofil ange- 
paßten Mikroprozessorarchitektur. 

© Entwicklung und Abarbeitung von Echt- 
zeitapplikationen im Umfeld international 
marktführender Betriebssysteme, wie CP/M, 
MS-DOS, UNIX oder VMS. Hierbei werden 
nicht nur Betriebssysteme hinsichtlich der 
Echtzeitfähigkeit erweitert (HP-UX, Concur- 
rent CP/M-86), sondern auch speziell auf die 
Entwicklungsumgebung abgestimmte Echt- 
zeitbetriebssysteme bereitgestellt (MTOS- 
UX, V60 RTOS, VAXELN). 

Nationaler Stand 

Entsprechend der internationalen Breite des 
Angebotes an Betriebssystemen der Echt- 
zeitverarbeitung ist auch im nationalen Ver- 
gleich eine gewisse Vielfältigkeit festzustel- 
len. Der Hauptanteil hinsichtlich praxiswirk- 
samer Einsatzfälle der 16-Bit-Leistungs- 
klasse wird durch die Betriebssysteme EBS 
171, IRTS 181, /9/, EMOS / 10/ und BOS 1810 
/II /abgedeckt. 

Das System EBS der 1 6-Bit-Leistungsklasse 
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ist ein Echtzeitkern, der in der Zielsetzung der 
Gruppe © zuzuordnen ist. Die Generierung 
des EBS (Komponentenauswahl, Speicher- 
platzzuordnung) erfolgt beim Entwickler. 
EBS belegt zirka 5,5 KByte, ist für den U 8001 
geeignet und beinhaltet keine E/A-Geräteun- 
terstützung im Sinne der Bereitstellung vor- 
gefertigter Gerätetreiber. Eine nachträgliche 
Nutzeranpassung ist über einen speziellen 
Parameterbereich möglich. 

Die Systeme IRTS, EMOS und BOS 1810 
sind in die Gruppe © einzustufen, unterschei- 
den sich aber erheblich im Umfang der bereit- 
gestellten Erweiterungsschichten. 

IRTS ist ein generierbarer Echtzeitkern (zirka 
4 KByte) für den Prozessor U 8001/2 mit den 
Erweiterungschichten Basis-E/A-System 
(Terminal, Drucker, Monitor) sowie Debug- 
ger. Der Nutzer von IRTS kann mittels des 
Generierungsprogramms ICL einsatzspezifi- 
sche Betriebssystemversionen erzeugen, 
die vorrangig für OEM-Einsätze in eingela- 
gerten Mikrorechnern vorgesehen sind. 
EMOS wurde für den OEM-Echtzeitteil des 
Industriecomputers ICA 710 bereitgestellt. 
Darüber hinaus enthält der ICA einen PC- 
Teil, der unter Steuerung von MS-DOS arbei- 
tet. Beide Rechnerbaugruppen sind durch 
zwei serielle Schnittstellen lose gekoppelt. 
Das Echtzeitbetriebssystem EMOS besitzt 
einen Echtzeitkern mit angelagerten Funk- 
tionsmodulen (Debugger, Systemreporter, 
Fehleranzeige), E/A-Gerätetreibern (Prozeß- 
E/A, V24- und IFSS-Interface) und einem 
File-Subsystem für den Zugriff auf die Mas- 
senspeicher des PC-Teils unter EMOS. 

BOS 1810 ist ein komfortables, inhaltlich voll 
ausgebautes Echtzeitbetriebssystem, das 
sowohl als Softwareentwicklungssystem (ge- 
genwärtig A 7100/7150) als auch für OEM- 
Einsätze auf der Basis des Prozessors K 
1810 WM86 genutzt werden kann. Der Spei- 
cherbedarf des Kerns liegt im Minimum bei 
zirka 19 KByte und kann durch wahlweise 
Nutzung umfangreicher Ergänzungsschich- 
ten (E/A-Systeme, Anwendungslader, Hu- 
man Interface, Universelles Entwicklungsin- 
terface) weiter ausgebaut werden. Letztere 
Ergänzungsschicht eröffnet Möglichkeiten 
zur Nutzung umfangreicher Softwareent- 
wicklungswerkzeuge auf Assembler- und 
Hochsprachniveau (Fortran 77, PL7M 86) so- 
wie zur maschinellen Generierung applika- 
tionsspezifischer BOS 1810-Versionen. 

Eigenschaften ausgewählter 

Betriebssysteme 

Systemarchitektur 

Ausgehend von den Arbeiten von Giloi /1 2/ 
und Horn /13/, wird die Systemarchitektur 
eines Echtzeitbetriebssystems aufgefaßt als 
das Tupel 

Systemarchitektur = (Operationsprinzip, Soft- 
warestruktur). 

Das Operationsprinzip definiert das funktio- 
nelle Verhalten des Betriebssystems und die 
Softwarestruktur die Art und die Anzahl der 
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funktionellen Schichten und ihrer Relationen. 
Nachfolgende Ausführungen beschränken 
sich auf vergleichende Untersuchungen des 
funktionellen Verhaltens der Kerne der Echt- 
zeitbetriebssysteme EBS, IRTS, EMOS und 
BOS 1810. Als Kern eines Echtzeitbetriebs- 
systems werden alle die Rechenprogramme 
zusammengefaßt, die entsprechend den An- 
forderungen der Konkurrenz und Koopera- 
tion die Verwaltung paralleler Rechenpro- 
zesse ermöglichen. Das Operationsprinzip 
des Kerns eines Echtzeitbetriebssystems 
wird definiert als das Tupel 
Operationsprinzip = (Funktionsprinzip, Objekt). 
Wesentliche Funktionsprinzipien der Echt- 
zeitkerne sind 

* Verwaltung von Rechenprozessen 

* Ereignissynchronisation 

* Verwaltung von Betriebsmitteln 

* Nachrichtenkommunikation. 

Im Kontext der Echtzeitbetriebssysteme wird 
unter einem Objekt die zielgerichtete Zusam- 
menfassung von prozessorspezifischen Da- 
tentypen (Byte, Word, Pointer, . . . ) aufgefaßt. 
Der konkrete Aufbau der objektspezifischen 
Datenstruktur kann für den Nutzer abstrakt 
bleiben. Die Arbeit mit den Objekten erfolgt 
mittels über ihnen definierter Operationen, 
die den Anforderungen der Konkurrenz und 
Kooperation paralleler Rechenprozesse 
Rechnung tragen. Diese Operationen wer- 
den als Systemdienste bezeichnet. 
Wesentliche Gütekriterien eines Echtzeitbe- 
triebssystems sind die Art der verfügbaren 
Objekte, die Verfahren ihrer Definition und 
des Löschens (dynamisch = im laufenden 
Betrieb, statisch = bei Generierung) sowie 
die Funktionalität und die Anzahl der verfüg- 
baren Systemdienste. Eine Übersicht über 
benutzte Objekttypen (für EBS und BOS 
1810 als Auswahl) zeigt Tafel 1. 


Tafel 1 Objekte der Echtzeltkeme EBS, IRTS, EMOS und 
BOS 1810 



( ) Anzahl der Systemdienste über dem Objekttyp 


Die Verwaltung von Rechenprozessen 

Die hier in der Analyse einbezogenen Echt- 
zeitbetriebssysteme verwalten Rechenpro- 
zesse in Form von 
Task-Objekten 
Interrupt-Flandlern 
Exception-Flandlern. 

Entsprechend dieser Einteilung unterschei- 
den sich die Methoden ihrer Verwaltung. 

Task-Objekt 

Das Task-Objekt ist aufzufassen als eine 
Verwaltungseinheit eines Rechenprozesses 
und der für seine Beschreibung erforderli- 
chen Attribute. Diese Attribute werden als 
Tasksteuervektor bezeichnet. Die Definition 
eines Rechenprozesses impliziert, daß ein 
Taks-Objekt verschiedene Systemzustände 
annehmen kann, die insbesondere durch ihre 
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Beziehung zu globalen Betriebsmitteln des 
Rechnersystems bestimmt sind. Im einfach- 
sten Fall verwaltet das Betriebssystem drei 
Taskzustände durch eine Verkettung der zu- 
geordneten Tasksteuervektoren, 
bereit Die Task besitzt alle erforderli- 
chen Betriebsmittel, wartet je- 
doch noch auf die Zuteilung des 
Betriebsmittels CPU. 

aktiv Die Task besitzt die CPU, und ihr 
Rechenprozeß kann forschrei- 
ten. 

gestoppt Die Task wurde infolge gegen- 
wärtig nicht erfüllbarer Bedingun- 
gen von der Weiterarbeit ausge- 
schlossen. 

Tafel 2 zeigt die Anzahl der realen Taskzu- 
stände der vorgestellten Betriebssysteme. 
Die Vergrößerung der dort implementierten 
Zustände ergibt sich im wesentlichen aus ei- 
ner weiteren Unterteilung des Zustandes ge- 
stoppt. 


Tafel 2 Taskzustände der Echtzeitkerne EBS, EMOS und 
BOS 1810 



Die Anzahl der Tasks, welche gleichzeitig ak- 
tiv sein können, wird durch die Anzahl der 
durch das Betriebssystem verwalteten CPUs 
bestimmt. Auswahl und Zuordnung einer 
Task zu einer CPU übernimmt das Kernpro- 
gramm Scheduler auf der Grundlage der sich 
im Zustand bereit befindlichen Tasks. 

Für die Beurteilung der Echtzeitfähigkeit ei- 
nes Kerns sind neben dem Auswahlalgorith- 
mus insbesondere die Gründe für die Aktivie- 
rung des Schedulers von wesentlicher Be- 
deutung. 

Die hier betrachteten Echtzeitkerne realisie- 
ren in erster Linie übereinstimmend einen 
dringlichkeitsgesteuerten Auswahlalgorith- 
mus, in dem jeder Task eine Priorität zuge- 
ordnet wird. Erfolgt die Zuordnung zum Zeit- 
punkt der Definition derTask und ist nicht ver- 
änderbar, spricht man von statischer Priorität 
(EBS), lassen sich festgelegte Prioritäten 
verändern (IRTS, EMOS, BOS 1810), von 
dynamischer Priorität. 

Der Rechenprozeß einer Task, der die CPU 
besitzt, arbeitet so lange, bis er entweder ei- 
nen in Anspruch genommenen Systemdienst 
beendet hat oder im Ergebnis eines Inter- 
rupts eine Task höherer Priorität in den Zu- 
stand bereit eingeordnet wurde. In beiden 
Fällen entscheidet der Scheduler, ob die ak- 
tive Task entsprechend ihrer Priorität und 
den Ergebnissen des benutzten Systemdien- 
stes die CPU behalten kann oder ob eine ih- 
rer Prioritäten nach wichtigere Task ihre Ab- 
arbeitung weiterführen muß. Im letzteren Fall 
muß die aktive Task die CPU räumen, das 
heißt, sie wird verdrängt, um der höherpriori- 
sierten Task die CPU zu überlassen. In Ab- 
hängigkeit von der konkreten Verdrängungs- 
ursache wird der entsprechende Steuervek- 
tor einem Taskzustand zugeordnet. Diese 
Schedulerstrategie bezeichnet man als ape- 
riodisch verdrängend. 

Da alle hier betrachteten Echtzeitkerne glei- 
che Prioritäten für verschiedene Tasks zulas- 


sen, besitzen deren Scheduler für den Fall, 
daß derartige Tasks gleichzeitig im Zustaqd 
bereit sind, einen weiteren Auwahlalgorith- 

So arbeitet beispielsweise IRTS weiterhin 
verdrängend, jedoch wird bereits bei der Ge- 
nerierung der Task festgelegt, für welches 
Zeitintervall diese Task im Konfliktfail die 
CPU erhalten soll. Diese Strategie wird als 
periodisch verdrängend bezeichnet. 

EBS und BOS 1810 lösen diesen Konflikt 
über eine FIFO-Warteschlange, indem glei- 
che Prioritäten in der Reihenfolge ihres Ein- 
trages der CPU zugeordnet werden. Aller- 
dings können die in der Warteschlange noch 
vorhandenen Tasks nur dann die CPU erhal- 
ten, wenn sich die aktive Task selber ver- 
drängt oder durch eine höherpriorisierte Task 
die CPU entzogen und erneut in die FIFO- 
Warteschlange eingeschrieben wird. 
Scheduleralgorithmen, in denen die Task 
ausschließlich selber entscheidet, unter wel- 
chen Bedingungen sie die CPU freigibt, wer- 
den als nicht verdrängend bezeichnet. Diese 
Algorithmen sind im allgemeinen für den 
Echtzeitbetrieb ungeeignet und finden in mo- 
dernen Kernen nur noch bei der Lösung des 
dargestellten Konfliktes Anwendung. 

Die benötigte Zeitdauer einer Taskumschal- 
tung, das sogenannte context switching, das 
als ein entscheidendes Gütemerkmal eines 
Echtzeitkerns angesehen wird, kann bei 
Realisierung durch Software exakt nur für 
klar definierte Systemzustände angegeben 
werden. Allgemein kann eingeschätzt wer- 
den, daß die Zeitdauer von der CPU, ihrer 
Taktfrequenz und der internen Organisation 
der durch den Kern verwalteten Taskwarte- 
schlangen beeinflußt wird. Die besonderen 
Vorteile spezieller Echtzeitprozessoren der 
in der Einleitung dargestellten Gruppe (D lie- 
gen neben anderen auch in einer Minimie- 
rung der Zeitdauer der Taskumschaltung. 
Hier werden Zeiten von 1 ps (SAB 801 99 /1 4/) 
bis zu < 1 ps (T41 2 /1 5/) erreicht. 

Interrupt-Handler 

Interrupt-Handler gestatten einem Echtzeit- 
kern die Reaktion auf Ereignisse des prozeß- 
gekoppelten Systems. Die Zuordnung dieser 
Rechenprozesse zur CPU erfolgt durch Me- 
chanismen der Hardware asynchron zur Ab- 
arbeitung der durch Task-Objekte verwalte- 
ten Rechenprozesse. Daraus resultierend 
müssen Interrupt-Handler vor Beginn und vor 
Abschluß ihrer Aktionen den Registerzu- 
stand der CPU eigenverantwortlich retten 
und regenerieren. Die Benutzung von Sy- 
stemdiensten des Kerns ist nur einge- 
schränkt möglich. 

Ein Rechenprozeß wird durch die Eintragung 
seiner Startadresse in die Interruptvektor- 
tabelle der CPU zum Interrupt-Handler. 
Diese Aktion und das Löschen der Starta- 
dresse in der Vektortabelle übernehmen im 
EBS und im BOS 1810 Systemdienste des 
Kerns, die von durch Task-Objekte verwalte- 
ten Rechenprozessen benutzt werden kön- 
nen. Im IRTS und im EMOS erhält der An- 
wender keine Kernunterstützung, so daß hier 
eine statische Zuordnung von Interrupt- 
Handlern in der Phase der Programment- 
wicklung vorgenommen werden muß. 

Ein weiterer Aspekt der Arbeit mit Interrupt- 
Handlern ist die Möglichkeit ihrer Synchroni- 
sation mit durch das Task-Objekt verwalteten 
Rechenprozessen. Diese Synchronisation 
kann direkt unter Benutzung des Task-Ob- 
jektes - wie im BOS 1810 - oder unter Zwi- 
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schenschaltung von Synchronisationsobjek- 
ten, wie dem Semaphore im EBS, erfolgen. 

Exception-Handler 

Die Aufgabe eines Exception-Handlers be- 
steht in der Bearbeitung der Fehler, die Re- 
chenprozesse der Task-Objekte bei der Be- 
nutzung von Systemdiensten erzeugen. Ex- 
ception-Handler werden nur im BOS 1810 
unterstützt. Ihre Aktivierung erfolgt durch den 
Echtzeitkern als Prozedur des den Fehler 
auslösenden Rechenprozesses einer Task. 
Im BOS 1810 kann per Definition festgelegt 
werden, unter welchen Bedingungen und an 
welchen Exception-Handler die Steuerung 
im Fehlerfall übergeben wird. 

Ereignissynchronisation 

Dieses Funktionsprinzip umfaßt alle die Me- 
chanismen des Echtzeitkerns, die eine Syn- 
chronisation der Abarbeitung von Rechenpro- 
zessen in Abhängigkeit von Ereignissen er- 
möglichen. Die bei der Synchronisation betei- 
ligten Rechenprozesse werden eingeteilt in 
solche, die mittels des Systemdienstes signali- 
sieren ein Ereignis produzieren und in solche, 
die mittels des Dienstes erwarten die Konsum- 
tion eines Ereignisses beantragen. Der Echt- 
zeitkern EMOS stellt den Objekttyp Event zur 
Ereignissynchronisation zur Verfügung. In den 
Kernen EBS, IRTS und BOS 1810 muß das 
Semaphore-Objekt benutzt werden. 

Der Systemdienst signalisieren des EMOS 
führt zu einer Registrierung des Ereignisses 
in der Datenstruktur des Event-Objektes, 
wenn noch kein Konsument dieses erwartet. 
Nach der Registrierung kann der Produzent 
seine Arbeit weiterführen. Wartet bereits eine 
Task auf dieses Ereignis, wird dieser Konsu- 
ment aus der Warteschlange des Event be- 
freit und gemeinsam mit der Produzent-Task 
in den Zustand bereit eingeordnet, und es 
wird zum Scheduler verzweigt. 

Der Systemdienst erwarten des EMOS kettet 
für den Fall den Konsument in die Warte- 
schlange des Event ein, daß kein Ereignis in 
der Datenstruktur des Event registriert 
wurde. Damit wird der Konsument in den Zu- 
stand gestoppt eingeordnet und von der Wei- 
terarbeit ausgeschlossen. Liegt bereits ein 
Ereignis vor, wird dieses durch den Konsu- 
menten verbraucht, und er kann seinen Re- 
chenprozeß fortsetzen. 

Dieses prinzipielle Verhalten der System- 
dienste des Event-Objektes wurde im EMOS 
dahingehend erweitert, daß jedes Event 16 
Einzelereignisse speichern kann, die durch 
den Dienst signalisieren gesetzt werden und 
durch den Dienst erwarten einzeln oder 
mehrfach unter Angabe logischer Verknüp- 
fungen ausgewertet werden können. 

In den Kernen EBS, IRTS und BOS 1810 
muß die Ereignissynchronisation unter Be- 
nutzung des im ursprünglichen Sinn für die 
Betiebsmittelverwaltung definierten Sema- 
phorobjektes erfolgen. Zu diesem Zweck ist 
der Semaphor mit dem Anfangswert Null zu 
definieren. Die Ereignissynchronisation er- 
fordert dann vom Produzenten die Benut- 
zung des Dienstes freigeben und vom Kon- 
sumenten die Benutzung des Dienstes anfor- 
dern des Semaphorobjektes. 

Die Verwaltung von Betriebsmitteln 

Die zur Verwaltung von Betriebsmitteln in 
Echtzeitkernen implementierten Mechanis- 
men können eingeteilt werden in 

* Verwaltung von Einzelbetriebsmitteln 

* Verwaltung von Betriebsmittel-Pools. 


Exclusiv nutzbare Einzelbetriebsmittel erfor- 
dern einen wechselseitigen Zugriff der mit ih- 
nen arbeitenden Rechenprozesse. Die Pro- 
grammsequenz eines Rechenprozesses, für 
die dieser das unteilbare Recht zur Benut- 
zung des Betriebsmittels erhalten muß, wird 
als kritischer Abschnitt bezeichnet. 

Die Kerne EBS und IRTS gestatten durch 
eine Einklammerung des kritischen Abschnit- 
tes in die Systemdienste Scheduler aus und 
Scheduler ein eine einfache Methode der Be- 
triebsmittelverwaltung. Nachteilig dabei ist 
aber, daß für die Dauer der Betriebsmittelbe- 
nutzung alle Rechenprozesse, also auch 
jene, die das Betriebsmittel nicht benötigen, 
von der Konkurrenz um die CPU ausge- 
schlossen werden. 

Durch die Anwendung des Semaphoreobjek- 
tes ist dieser Nachteil behoben. Bei der Ver- 
waltung von Einzelbetriebsmitteln wird der 
Semaphore mit einem Anfangswert von eins 
initialisiert. 

Durch den Systemdienst anfordern kann ein 
Rechenprozeß für den Fall, daß der Sema- 
phore eins beträgt, sofort das Betriebsmittel 
erhalten. Der Semaphorewert wird dekre- 
mentiert, und der Rechenprozeß kann Weiter- 
arbeiten. Ist das Betriebsmittel bereits verge- 
ben, und der Semaphorewert ist kleiner eins, 
wird der Wert ebenfalls dekrementiert und 
das Task-Objekt des den Dienst benutzen- 
den Rechenprozesses in die Warteschlange 
des Semaphors eingekettet. Damit wird die 
Task dem Zustand gestoppt zugeordnet. 

Ein nicht mehr benötigtes Betriebsmittel muß 
am Ende des kritischen Abschnitts durch den 
Systemdienst freigeben an den Semaphor 
zurückgegeben werden. Dieser Dienst inkre- 
mentiert den Semaphorwert unter Beachtung 
der oberen Grenze von eins. Wird dabei die 
Obergrenze erreicht, kann der Rechenpro- 
zeß seine Arbeit fortsetzen. Liegt ein anderer 
Semaphorewert vor, geht die Benutzung des 
kritischen Abschnitts an die im Kopf der Se- 
maphorwarteschlange eingekettete Task 
über. In diesem Fall werden die ausgekettete 
und die den Dienst freigeben benutzende 
Task in den Zustand bereit eingeordnet, und 
es wird zum Scheduler verzweigt. 
Semaphore können dynamisch (EBS, IRTS, 
BOS 1810) und während der Generierung 
des Kerns statisch (IRTS, EMOS) definiert 
werden. Die Verwaltung der Warteschlange 
liegt systemspezifisch fest (EBS, EMOS 
= Priorität, IRTS = FIFO) oder kann bei Se- 
maphordefinition (BOS 1810 = Priorität oder 
FIFO) bestimmt werden. Darüber hinaus ge- 
statten EBS und BOS 1810 die Angabe einer 
Wartezeit im Dienst anfordern. Ist nach deren 
Ablauf die Benutzung des kritischen Ab- 
schnitts nicht gewährleistet, wird die Task 
aus der Warteschlange entfernt und in den 
Zustand bereit eingeordnet. 

Bei der Anwendung des Semaphores treten 
dann Probleme auf, wenn Rechenprozesse, 
die den kritischen Abschnitt besitzen, su- 
spendiert oder gelöscht werden oder hoch- 
priorisierte Rechenprozesse übermäßig 
lange auf die Freigabe eines durch einen nie- 
derpriorisierten Rechenprozeß belegten Ab- 
schnitts warten müssen. 

Diese Nachteile werden durch das Region- 
Objekt ausgeschlossen, das sich vom Sema- 
phor nur hinsichtlich eines erweiterten Algo- 
rithmus der gleichen Systemdienste unter- 
scheidet. So verhindert das Region-Objekt 
das Löschen oder Suspendieren des Task- 
Objektes, dessen Rechenprozeß den kriti- 
schen Abschnitt benutzt. Weiterhin wird die- 


ser Rechenprözeß für den Fall, daß eine hö- 
herpriorisierte Task in der Regionwarte- 
schlange auf Zuweisung wartet, bis zur Frei- 
gabe des kritischen Abschnitts mit der Priori- 
tät der wartenden Task abgearbeitet. Die 
Kerne EBS, EMOS und BOS 1810 enthalten 
diesen Mechanismus, der für den Nutzer ein 
effektives Mittel zur Implementierung eines 
wechselseitigen Ausschlusses bietet. 

Die Kerne EBS, IRTS und BOS 1810 unter- 
stützen auf der Grundlage der Definition 
mehrwertiger Semaphore die Verwaltung 
von Betriebsmittel-Pools. Durch die Benut- 
zung des Dienstes anfordern erhält der Re- 
chenprozeß das Recht zur Nutzung eines 
(EBS, IRTS) oder mehrerer (BOS 1810) Be- 
triebsmittel des Pools. Hierbei muß ange- 
merkt werden, daß durch den Semaphor nur 
die Rechte zur Benutzung, aber keine Zeiger 
auf die konkret vorgesehenen Betriebsmittel 
verwaltet werden. 

Für die Verwaltung des Betriebsmittels Spei- 
cher stellen alle hier betrachteten Kerne spe- 
zielle Systemdienste bereit. Unter Angabe 
der gewünschten Größe wird durch den 
Dienst anfordern Speicher ein Zeiger auf ein 
Segment des Speicherpools übergeben. 
Falls dieses Segment nicht mehr benötigt 
wird, können Rechenprozesse mittels des 
Dienstes Speicher freigeben das Segment 
an den Pool zurückgeben. 

Nachrichtenkommunikation 

Die Kommunikation dient vorrangig, dem 
Austausch von Nachrichten zwischen Re- 
chenprozessen und beinhaltet gleichzeitig 
eine Form der Synchronisation. Es werden 
die Verfahren 

* synchroner Nachrichtenaustausch . - 

* asynchroner Nachrichtenaustausch 
unterschieden. Darauf aufbauend können 
Nachrichten sowohl in Form der vollständi- 
gen Nachricht, bezeichnet als message pas- 
sing, als auch in Form eines Zeigers auf die 
Nachricht, bezeichnet als message token 
passing, zwischen Rechenprozessen aus- 
getauscht werden. In beiden Verfahren findet 
das Mailbox-Objekt Anwendung. Eine Über- 
sicht über die nutzbaren Verfahren der Echt- 
zeitkerne EBS, IRTS, EMOS und BOS 1810 
zeigt Tafel 3. 

Der synchrone Nachrichtenaustausch erfolgt 
ohne Zwischenspeicherung der Nachricht. 
Sende- und Empfangsprozeß melden ihren 
Kommunikationswunsch übereinen System- 
dienst der Mailbox beim Kern an. Dieser ket- 
tet die Task, die jeweils als erste den Dienst 
benutzt, in den Zustand gestoppt ein. Wird 
daraufhin der Kommunikationsdienst durch 
den Partnerrechenprozeß ausgelöst, führt 
der Kern den Nachrichtenaustausch durch, 
ordnet beide Tasks in den Zustand bereit ein 
und verzweigt zum Scheduler. Damit bedingt 
der synchrone Nachrichtenaustausch eine 
starke Kopplung der beteiligten Rechenpro- 
zesse. 

Der asynchrone Nachrichtenaustausch führt 
zu einer Entkopplung zwischen den Sende- 
und Empfangsprozessen. Hier übernimmt 
die Mailbox die Verwaltung der auf eine 
Nachricht wartenden Tasks sowie der für ei- 
nen Empfänger abgelegten Nachrichten. 

Der Systemdienst senden kann eine Nach- 
richt in einer Mailbox ablegen, ohne den Lauf- 
zustand des Rechenprozesses zu beeinflus- 
sen. Das erfolgt dann, wenn noch Platz in der 
Box ist und kein Empfänger bereits auf die 
Nachricht wartet. Ist die Box gefüllt, wird die 
Sendetaks in die Warteschlange der Mailbox 
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Tafel 3 Kommunikationsverfahren 
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eingekettet und dem Zustand gestoppt zuge- 
ordnet. 

Wartet bereits ein Empfänger, erhält dieser 
sofort die Nachricht, beide Rechenprozesse 
werden in bereit eingeordnet, und der Sche- 
duler entscheidet, welcher Rechenprozeß 
fortschreiten darf. 

Der Systemdienst empfangen kann nur eine 
von bereits vorhandenen Nachrichten aus 
der Mailbox entnehmen, ohne den Laufzu- 
stand des Rechenprozesses zu beeinflus- 
sen. Ist keine Nachricht vorhanden, wird die 
Empfangstask in die Warteschlange einge- 
kettet und der Rechenprozeß dem Zustand 


gestoppt zugeordnet. EBS, IRTS und BOS 
1810 gestatten ein zeitlich befristetes Warten 
auf den Empfang einer Nachricht. Die Task 
des diese Option benutzende Rechenpro- 
zesses wird nach Ablauf dieser Zeit (time out) 
unabhängig vom Vorhandensein einer Nach- 
richt nach bereit verlagert. 

Das Betriebssystem EBS ermöglicht durch 
spezielle Generierungsparameter des Kom- 
munikations-Objektes (Anzahl und Länge 
der Nachrichtenpuffer) alle Verfahren des 
Nachrichtenaustausches. Die implementier- 
ten Systemdienste erlauben eine einfache 
und übersichtliche Handhabung. 

Den von der Anzahl der Systemdienste her 
umfangreichsten Service bietet IRTS. Es be- 
nutzt neben der Mailbox eine als Message 
bezeichnete Datenstruktur, die außer der ei- 
gentlichen Nachricht weitere Steuerinforma- 
tionen beinhaltet. Diese Informationen ge- 
statten eine umfassende Synchronisation 
zwischen Sender und Empfänger. Insbeson- 
dere gestattet IRTS in den Diensten senden 
und empfangen das Adressieren der Nach- 
richt. Somit werden in den IRTS-Mailboxen 
gleichzeitig Nachrichten und Tasks für den 
Fall verwaltet, daß ihre Adressen nicht über- 
einstimmen. 

EMOS unterstützt sowohl synchronen wie 
asynchronen Nachrichtenaustausch. Die 
Auswahl des Verfahrens erfolgt durch Para- 
meter der Systemdienste senden und emp- 
fangen. 

Das System BOS 1810 kommt mit vier Sy- 
stemdiensten aus. Der Systemdienst senden 
hinterlegt in der Mailbox zwei Zeiger. Ein Zei- 
ger ist ein Verweis auf die Nachricht. Der an- 
dere zeigt auf ein Objekt, welches zur Syn- 
chronisation zwischen Empfänger und Sen- 
der genutzt werden kann. Diese Synchroni- 
sation ist insbesondere bei message token 
passing erforderlich, um ein erneutes Benut- 
zen des Nachrichtenpuffers durch den Sen- 
der vor Abschluß der Verarbeitung der Infor- 
mation durch den Empfänger auszuschlie- 
ßen. 

Ausblick 

Aus der vorliegenden Analyse ausgewählter 
Funktionsprinzipien der Echtzeitkerne EBS, 
IRTS, EMOS und BOS 1810 kann nicht die 
Auswahl eines Kerns für einen konkreten 
Einsatzfall abgeleitet werden. Dazu sind weit 
umfangreichere und gegenüber herkömmli- 


chen Betriebssystemen auch andersartige 
Vergleichskriterien heranzuziehen. Wesent- 
liche Elemente dieses Vergleiches sollten 
sein: 

* Weitere Funktionsprinzipien wie 

- Zeitverwaltung 

- Behandlung von Ausnahmebedingun- 
gen 

* Softwareunterstützung hinsichtlich 

- Generierbarkeit 

- Interfaces zu Hochsprachen 

- Inbetriebnahme und Testhilfsmittel 

* Anzahl und Komplexität der bereitgestell- 
ten Systemdienste und der von ihnen benö- 
tigte Zeitanteil 

* Verfügbarkeit für Prozessortyp, Speicher- 
platzbedarf, PROM-Fähigkeit. 

Die vorliegende Arbeit bietet hierbei einen 
Ansatz durch den Vergleich ausgewählter 
Funktionsmodule der aus meiner Sicht in der 
DDR praxiswirksamen 16-Bit-Echtzeitbe- 
triebssysteme. 
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Eingabe paralleler Prozeßdaten 


Dr. Reinhard Friedemann , Eckhard 
Johne, Dr. Franz Roller 
Hochschule für Verkehrswesen 
„Friedrich List“ Dresden, Sektion 
Nachrichtentechnik 


Zur Kopplung von Prozessen an Mikrorech- 
ner werden oft parallele Schnittstellen benö- 
tigt. Sind diese (wie an den meisten Perso- 
nalcomputern) nicht vorgesehen, ist zur 
Nachrüstung ein Eingriff in das Gerät selbst 
notwendig. Im Beitrag wird eine Möglichkeit 
beschrieben, durch die mit relativ geringem 
Aufwand und ohne Veränderungen im Rech- 
nereine Reihe von Anwendungsfällen lösbar 
werden. 


Grundgedanke 

Die V.24 als Standardschnittstelle ist für die 
Ein-/Ausgabe serieller Informationen vorge- 
sehen. Ihre Nutzung als Prozeßeingabe zum 
Beispiel von einem parallelen Druckausgang 
eines digitalen Meßgerätes, setzt eine Um- 
wandlung parallel vorliegender Informatio- 
nen in serielle Daten voraus. Zusätzlich ist 
eine Anpassung an das Datenformat (Start- 
und Stoppschritte) sowie ein relativ genauer 
Takt erforderlich. Zur Steuerung der Übertra- 
gungseinrichtung (Modem) verfügt die 
Schnittstelle jedoch über einige weitere, sta- 
tisch wirkende Signalleitungen. Durch ge- 
schickte Ausnutzung dieser läßt sich eine 
Eingabeschaltung aufbauen, die mit wenigen 


Bauelementen eine parallele Dateneingabe 
ermöglicht. 

Die für eine Pegelanpassung TTL- V.24 not- 
wendigen zustätzlichen positiven und negati- 
ven Spannungen (5. . . 15V) können infolge 
des großen Toleranzbereiches durch Aus- 
nutzung der Signalleitungen aus der V.24 
selbst gewonnen werden. 

Schaltungsbeschreibung 

Entsprechend Bild 1 gelangen die Prozeßda- 
ten über die parallelen Eingänge der Multiple- 
xer (Dl und D2), eine ODER-Schaltung 
(Diode VI, V2), und die Pegelanpassung 
(D3) auf die Signalleitung 106 (CTS) der 
Schnittstelle. Dieses Signal kann am SIO- 
Schaltkreis der Schnittstelle nach dem Sta- 
tusreset im Register 0 als Bit 5 abgefragt wer- 
den. Die Steuerung der Multiplexer erfolgt 
über die V.24-Signale 105 (RTS) und 108 
(DTR) mittels NAND-Schaltung (D5) und 
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PROCEDURE TON(dauer ,hoehe : Integer ) ; 
var i,J,merker:1nteger; 

{Plezoschwlnger Hegt auf Datenleltung} 


Dr. Martin Reinhardt 
Friedrich-Schiller-Universität Jena, 
Sektion Technologie für den wissen- 
schaftlichen Gerätebau 


Für verschiedene Anwendungsfälle ist es 
wünschenswert, eigene Geräte an 16-Bit- 
Personalcomputer anzuschließen. Dabei 
sollte man dafür sorgen, daß die Programme, 
die diese Geräte bedienen, sich entspre- 
chend den Konventionen des verwendeten 
Betriebssystems verhalten. Personalcompu- 
ter, die mit dem Betriebssystem MS-DOS ar- 
beiten, besitzen in der Regel mindestens 


Zähler (D4). Zur Pegelanpassung sind ent- 
sprechende Widerstände (R4, R5) sowie 
Schutzdioden (V3, V4) vorgesehen. Das sta- 
tische Ausgangssignal der Leitung 105 
(RTS), im Schreibregister 5 das Bit 1, dient 
zur Auswahl der Daten von Multiplexer 1 oder 
2. Mit der L/H-Flanke dieses Signals wird 
gleichzeitig der Zähler (D4) weitergeschaltet 
und damit das folgende Eingangleitungspaar 
adressiert. Nach 1 6 Flanken sind alle 32 Ein- 
gangsleitungen genau einmal abgefragt wor- 
den. 

Zum Rücksetzen dieses Zählers dient ein 
kurzer positiver Impuls auf der Leitung 108 
(DTR), im Schreibregister 5 das Bit 7. Damit 
wird ein definierter Anfangszustand zu Be- 
ginn der Abfrage erreicht. Der negative Pegel 
der Leitung 108 dient gleichzeitig als Strom- 
versorgung der Pegelanpassung (D3). 

Die Sendedatenleitung 103 führt ständig po- 
sitiven Pegel und liefert die fehlende Speise- 
spannung für die Pegelanpassung. Zusätz- 
lich kann an diese Leitlmg ein Piezoschwin- 
ger zur Ausgabe eines akustischen Signals 


PROGRAM BEISPIELEINGABE; 


eine serielle Schnittstelle. Diese kann aller- 
dings meist nur mit einem Hardwareprotokoll 
entsprechend den V.24-Konventionen be- 
trieben werden. Viele in der DDR produzierte 
Geräte mit V.24 Interface (z. B. Drucker) be- 
nötigen dagegen oft das DC1/DC3-(XON/ 
XOFF-)Softwareprotokoll. Es ist demzufolge 
notwendig, den Treiber der seriellen Schnitt- 
stelle durch einen anderen zu ersetzen. 

Im Betriebssystem MS-DOS werden block- 
und zeichenorientierte Gerätetreiber vonein- 
ander unterschieden. Blockorientierte Trei- 
ber werden' für Disketten- oder Festplatten- 
laufwerke benötigt, zeichenorientierte zum 
Beispiel für Drucker, Tastatur und Bildschirm. 


angeschlossen werden. Dazu ist das Bit 
Send Break (im Schreibregister 5 das Bit 4) 
im Rhythmus der Tonfrequenz alternierend 
zu setzen und zu löschen. 

Beispielprogramm 

Zum besseren Verständnis der Schaltung 
werden zwei Beispielprogramme für Daten- 
eingabe sowie Tonausgabe angegeben (Bild 
2). Im Ergebnis der Dateneingabe werden die 
32 Bit zu je vier Bit (entspricht einer BCD- 
Stelle) in einem Integer-Feld abgelegt. Die 
weitere Verarbeitung (z. B. Entprellung durch 
Mehrfachabfrage u.s.w.) ist vom jeweiligen 
Anwendungsfall abhängig. 


1 Bl KONTAKT f? 1 

Hochschule für Verkehrswesen „Friedrich List“ Dresden, 
Sektion Nachrichtentechnik, WB 14130, PSF 103, Dresden, 
8072; Tel. 33 62 


Der Standardgerätetreiber für die serielle 
Schnittstelle wird unter dem Namen COM1 : 
angesprochen. Er ist wie alle anderen Gerä- 
tetreiber in einer verketteten Liste im Spei- 
cher abgelegt. Dabei wird die Verkettung 
über einen Zeiger im Kopf des Treibers, der 
auf den nächsten T reiber weist, erreicht. 

Für den Aufruf des Treibers erwartet das Be- 
triebssystem zwei Eintrittspunkte. Der erste 
ist für spätere Multitasking-Umgebungen vor- 
gesehen. Da diese durch das Betriebssy- 
stem bis zur Version 3.3 nicht zur Verfügung 
gestellt wird, hat die über diesen Eintritts- 
punkt erreichbare Routine nur eine Aufgabe. 
Sie legt einen bei Treiberaufruf vom Betriebs- 
system in den Registern ES und BX überge- 
benen Zeiger in einem treiberinternen Spei- 
cher ab. Dieser Zeiger weist auf eine Liste 
(Request Header), die alle Informationen für 
die Aparpenunq des I reibers enthält (z. B. 
Kommandokode entsprechend dem auszu- 


for j :=0 to hoehe do begln 
PortCtor] :=5; {WR5} 
Port[tor] :=merker ; 


{Testprogramm} 

var wert :E1ngangsdaten; 


{alternierende 
{Zugriff WR 5 \ 


Ausgabe +/-} 

1 er Speisung Pegel anpa: 


const tor=.$f;{if Toradresse beim 
»51 

type Eingangsdaten=arrayC0. .7] o' 

PROCEDURE EINGABEtvar wert:E1ngai 
var 1,j ; 1nteger; 

{$u-> 

BEGIN 

PortCtor]:=0;Port[tor]:=0; 

Portetor]:=5; 

Portetor J:=$92; 


{Einlesen 
n wert[1 L=wert[1]< 


BCD-Wertes) 
Einlesen CTS) 


1 te(wert[ 1 ]: 2 ) ; 
1 keypressed; 


Portttor]:=$l0; {Statusres 
1f (PortCtor] and $20)=0 then wert[1]:=w 
PortCtor]:=Sl5; 

PortCtor]:={12; {MUX 1 akt 
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Dr. Uwe Schneider, Detlef Bauer 
VEB Werkzeugmaschinenkombinat 
„FRITZ HECKERT " Karl-Marx-Stadt, 
Forschungszentrum des Werkzeug- 
maschinenbaues 


Serielle Ein-/ Ausgabe 

Zur Kommunikation mit der Peripherie kön- 
nen unter MS-DOS die seriellen Schnittstel- 
len COM1 und COM2 genutzt werden. Die 
Programmbeispiele in den Bildern 1 und 2 
zeigen einige Möglichkeiten, wie das aus C 
heraus möglich ist. Sie demonstrieren auch 
die Verwendung von Interrupts in C. 

Zur Initialisierung der Schnittstelle sowie zur 
ungepufferten Ein-/Ausgabe kann der Schnitt- 
stelleninterrupt 14H verwendet werden. Un- 
terfunktion 0 dient der Initialisierung, wie in in- 
iLcom ( ) dargestellt. Die Parameter bedeu- 
ten: nr: 0 = COM1, 1 =COM2, bd: Bitrate, 
stop: Stoppbits, bit: Wortlänge. Mit Unter- 
funktion 1 werden Zeichen gesendet. Der 



Output-Status im AH-Register kann durch 
status_com ( ) ausgewertet werden, out- 
_com ( ) erwartet einen Pointer auf den aus- 
zugebenden Datenbereich sowie die Anzahl 
der Bytes. Den Zeichenempfang ermöglicht 
Unterfunktion 2. in_com ( ) fragt zusätzlich 
die Tastatur ab, um mit aC abbrechen zu 
können, wenn 00 empfangen wird. 

Während mit den CP/M-ähnlichen Funktio- 
nen 3 und 4 des INT 20H nur COM1 ange- 
sprochen wird, kann mit den XENIX-kompati- 
blen File-Management-Funktionen 3FH und 
40H des INT 20H jedes Gerät und jede Datei 
angesprochen werden. Dazu ist zunächst ein 
logischer Zugriffskanal einzurichten (create- 
_handle()). Anschließend kann mit write- 
_device ( ) , reacLdevice ( ) blockweise aus- 
und eingegeben werden, indem ein Pointer 
auf den Speicherbereich und die Anzahl zu 
übertragender Bytes angegeben werden. In 
gleicher Weise arbeiten die E/A-Funktionen 
des untersten Niveaus von C: open (), write 
() und read (}. 


INT-14H-Routine ermöglicht die Ausgabe 
von Zeichen an die serielle Schnittstelle mit- 
tels Softwareprotokolls. Die Statusabfrage 
und die Einstellung der Parameter (Bitrate, 
Parität und Anzahl der Stoppbits) sind in dem 
dargestellten Beispiel nicht implementiert, 
können aber leicht hinzugefügt werden. 

Um möglichst wenig Speicherplatz zu ver- 
brauchen bietet MS-DOS die Möglichkeit, 
den Speicherplatz, den der Initialisierungsteil 
des Treibers benötigt, nach erfolgter Initiali- 
sierung wieder frei zu geben. Dazu muß zum 
einen die Initialisierung am Ende des Trei- 
bers angeordnet werden, und zum anderen 
muß man bei der Initialisierung einen 32-Bit- 
Zeiger ab Speicherplatz Request Hea- 
der+14 ablegen. Dieser Zeiger gibt den 
ersten freien Speicherplatz (Offset, Seg- 
ment) nach dem installierten Treiber an. 

Das vorliegende Programm wird mit Hilfe des 
Device-Befehls in der CONFIG. SYS-Datei 
installiert. Dazu muß eine Datei vom Typ .exe 
erst übersetzt und in eine Datei vom Typ .bin 
umgewandelt werden. Nun wird die .bin-Da- 
tei noch in das ROOT-Directory der Boot-Dis- 
kette (Festplatte) kopiert und der Befehl 
Device = Name.bin 

in die Datei CONFIG. SYS eingetragen. Nach 
dem nächsten Booten des Betriebssystems 
ist der Treiber installiert, und ein Gerät, das 
mit Softwareprotokoll arbeitet, kann bedient 
werden. 
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Schnelle Bildschirmausgabe 

Menüs stellen eine effektive Software-An- 
wenderschnittstelle dar. Die grafischen Mög- 
lichkeiten des erweiterten IBM-Zeichensat- 
zes erlauben bereits anspruchsvolle Lösun- 
gen. Störend wirkt, daß der Bildaufbau bei 
der Verwendung des printf () -Befehls sehr 
langsam erfolgt. Durch direktes Schreiben in 
den Bildschirmpuffer des Rechners läßt sich 
dieser Nachteil beheben. Die sich daraus erge- 
benden Kompatibilitätsprobleme können mit 
den dargestellten Funktionen gelöst werden. 
Durch Beschreiben des Bildschirmpuffers 
und Lesen des Inhalts (Attribut, Code) wird 
getestet, ob der Rechner XT-kompatibel ist 
(Monochromadapter). Durch den Attribut- 
test kann dabei erfaßt werden, ob der ANSI. 
SYS-Treiber installiert wurde. In Abhängig- 
keit vom Testergebnis wird ein Zeiger auf 
eine der beiden Funktionen putnorm ( ) oder 
putscreen ( ) eingerichtet, putscreen ( ) 
schreibt direkt in den Bildschirmpuffer, put- 
norm führt printf ( ) aus. 

Diese Ausgabefunktion ist für Programme 
gedacht, die vorwiegend auf XT-kompatiblen 
Rechnern laufen, aber auch auf anderen 
Rechnern lauffähig sein sollen. Auf die be- 
schriebene Weise kann natürlich auch auf 
andere Monitoradapter getestet werden. 


führenden Kommando und Gerätestatus für 
die Rückgabe von Fehlermeldungen). Der 
zweite Treibereintrittspunkt weist auf einen 
Programmteil, der die eigentliche Komman- 
doauswertung vornimmt und die geforderten 
Aktionen ausführt. Dazu wird aus dem Re- 
quest Header der Kommandokode entnom- 
men, eine entsprechende Entschlüsselung 
vorgenommen, das Kommando ausgeführt 
und im Gerätestatus die Ausführung quittiert 
oder eine Fehlermeldung eingetragen. 


Für den Kopf des Treibers ergibt sich folgender Aufbau: 


Im Anschluß an diesen Kopf folgt eine Ta- 
belle, die die Offsets aller vom Treiber aus- 
führbaren Kommandos enthält (maximal 24). 


Danach schließen sich Multitaskingeintritt, 
Kommandoentschlüsselung und -Verarbei- 
tung an. 

Die in MS-DOS vorhandenen Treiber greifen 
zur Initialisierung und zur Bedienung der 
Schnittstellen auf den BIOS-ROM des jewei- 
ligen Rechners zu. Das BIOS enthält die 
hardwareabhängigen Bestandteile des Be- 
triebssystems für den jeweiligen Rechner. 
Der Aufruf dieser Routine erfolgt über Soft- 
wareinterrupts, wobei zum Beispiel für die se- 
rielle Schnittstelle der Interrupt 14H genutzt 
wird/1/. 

Leider arbeiten viele Standardprogramme 
unter MS-DOS so, daß sie direkt die BIOS- 
Routinen auf rufen. Von solchen Programmen 
wird ein neuer Gerätetreiber nicht erreicht, da 
er nur über die logische Schnittstelle des Be- 
triebssystems (DOS-Aufrufe) angesprochen 
werden kann. Aus diesem Grund wurde für 
das vorliegende Beispiel für die serielle 
Schnittstelle kein vollständig neuer Treiber 
mit allen notwendigen Funktionen geschrie- 
ben, sondern der dargestellte Treiber enthält 
nur den Initialisierungsteil. Alle anderen 
Kommandos führen zu einer Fehlermeldung. 
Der im Programm enthaltene Initialisierungs- 
teil verändert nur den für die serielle Schnitt- 
stelle zuständigen Interruptvektor (1 4H). Der 
neue Vektor zeigt auf die notwendige DC1/ 
DC3-Prozedur, die ebenfalls in dem darge- 
stellten Programm enthalten ist. Diese neue 
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int86<0xl4,S»inr , fcoutr > $ 



i ntdostfci nr , fcoutr > ; / 


* Zeichen holen * 


* Ausgabe eines am -langen Bytepuffers, adressiert u 


intö6(0*14,l»inr , *<outr) ; 


73 /* Auswertung des SendeVEmpf angs 


76 < switch <reg> 

77 C case 1» pr intf < "Vnoverrun error"); break; 

ÖO case 5s printf < " \nTX-hol di ng-regi ster empl 






e_handle<seg,of f ,z 




r Zugriffsart 



Bild 1 Serielle Ein-I Ausgabe 



pr i n t f < " \033C 1 »“ > 

OxbOOOOOOO 







< *bp++- «Btr-*-*-; 
*top++»attr ; 



(«out ) (zei 1 e , spal te , string , attr i but > ; 


51 (»out > (4,0,"TESTPR0GRAMMj AUSGABE MIT («OUT > < ) “ , 0x7> ; 


Bild 2 Schnelle Bildschirmausgabe 
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Große Programmsysteme in C 
auf 8-Bit-Rechnern 


Dr. Berndt Götze, Falk Ambos 
Technische Universität Dresden, 
Sektion Informationstechnik 

Der nachfolgende Beitrag soll die Erfahrun- 
gen, die bei der Programmierung komplexer 
Programmsysteme in der Sprache C gewon- 
nen wurden, darstellen. Dabei sollen beson- 
ders die Aspekte der Nutzung der effizienz- 
erhöhenden Sprachkonstruktionen und die 
Modularisierbarkeit umfangreicher Pro- 
grammsysteme im Vordergrund stehen. Ge- 
legentlich wird aber auch auf einige pragma- 
tische Aspekte bezüglich der existierenden 
verschiedenen C-Compiler hingewiesen. 
Erfahrungsbasis 

Als Ausgangspunkt für die folgenden Darle- 
gungen dienen Erfahrungen, die im wesentli- 
chen bei der Implementierung des Logikana- 
lysatorbetriebssystems LABS86-PC gesam- 
melt wurden. Dieses Programmsystem ist 
eine Weiterentwicklung des Betriebssystems 
LABS83 /I / für den Logikanalysator LA32/20. 
Wie bereits in IM beschrieben, stellt das Lo- 
gikanalysatorbetriebssystem LABS83 ein 
sehr leistungsfähiges Softwarepaket dar. Es 
ist vollständig menügesteuert und bietet dem 
Nutzer unter dem Aspekt der Programmie- 
rung eines Meßgerätes zur Logikanalyse ei- 
nen Komfort, der vergleichbar mit dem von 
Softwarelösungen entsprechender Systeme 
führender ausländischer Hersteller ist. 
LABS86-PC enthält Verbesserungen und Er- 
weiterungen, die vor allem der Bereitstellung 
von grafischen Auswertemöglichkeiten der 
Meßergebnisse und der Unterstützung der 
Analogsignalaufzeichnung dienen 121. Es 
wurde für den Anschluß eines vom Zentrum 
für wissenschaftlichen Gerätebau und For- 
schungstechnik der TU Dresden entwickel- 
ten Transientenvorsatzes vorbereitet und 
durch Bereitstellung von spezieller Hardware 
(Grafisches Farbdisplay GFD1520/3/ und/4/) 
und Programmerweiterungen mit grafischen 
Auswertemöglichkeiten für die verarbeiteten 
analogen Signalverläufe ausgestattet. Die 
erreichten Parameter des Systems zeigt Ta- 
fell. 

Tafel 1 Technische Parametef des LA32I20 mit LABS86-PC 


32 digitale oder4 Analog kanäle 


5; 10; 25; 50 kHz 
50,250; 500; 1 000 kHz 
(2,5; 5; 1 0; 20 MHz bei paralleler 
Digitalautzeichnung) 


2 048 oder 4x512 Ereignisse 


einer der vier Analogeingänge oder 


Das Betriebssystem wurde für den Personal- 
computer PC 1715, ergänzt durch ein Bei- 
stellgefäßsystem BG 1715 zur Logikanalyse, 
entwickelt. Dabei wurden die in PL/M80 vor- 
liegenden Quelltexte von LABS83 für die Pro- 
grammierung hinzugezogen. Die Umpro- 
grammierung der Basissoftware erfolgte 
auch aus Gründen der Loslösung von den 
wenigen zur Verfügung stehenden Rechnern 
mit PL/M80-Compilern. Es muß jedoch be- 
tont werden, daß sich der vorgenommene 
' Umstieg von PL/M80 auf C nicht in jedem 
Falle als Gewinn erwies. Die entsprechenden 
Gründe dafür sind im wesentlichen in derfeh- 
lenden Systemunterstützung von großen in C 
kodierten Programmsystemen auf CP/M- 
kompatibeln Betriebssystemen zu suchen. 
Unbestreitbar ist diese Tatsache, wenn man 
die Geschlossenheit und die Einheit der Soft- 
und Hardware sowie die vorausschauende 
Bereitstellung von geeigneten Mitteln zur 
Programmierung von Mikrorechnern durch 
die Firma Intel berücksichtigt. Außerdem bie- 
tet PL/M80 nahezu die gleichen Leistungspa- 
rameter wie die UNIX-Programmiersprache 
C und ist auf den Rechnersystemen, auf de- 
nen sie verfügbar ist, zumeist optimal an die 
vorhandene Prozessorarchitektur ange- 
paßt. 

Die vorliegende Version des Programmsy- 
stems hat zur Zeit einen Umfang von zirka 
8000 Quellzeilen (in ungefähr 75 Modulen) 
und wurde mit einer Überlagerungsstruktur 
entwickelt. Auf die dabei aufgetretenen Pro- 
bleme wird im folgenden noch näher einge- 
gangen. 

Struktur des Programmsystems 

Das Programmsystem gliedert sich entspre- 
chend den bereits erwähnten Überlage- 
rungsstrukturen in vier komplexe Teilpro- 
gramme. In der Wurzel des Systems (Root) 
sind das Rahmenprogramm, das die zentrale 


| globaler Oatenberelch j 

| olu I r~m71 I Jtj I 


Bild 1 Gesamtstruktur des Programmsystems 


Steuerschleife repräsentiert, sowie die Ver- 
waltung der Überlagerungsdateien und an- 
dere systemglobale Dienste enthalten. Die 
anderen drei Teilprogrammsysteme weisen 
aufgabenspezifische Überlagerungsstruktu- 
ren auf (Bild 1). 

Für das Programmsystem wurde eine feste 
Hauptspeicheraufteilung gewählt. Sie glie- 
dert sich in separate Bereiche für das Wurzel- 
programm, die Überlagerungen, den globa- 
len Datenbereich und in eine für spezielle Da- 
ten verwendete Speicherfläche (Bild 2). 

Alle verwendeten Überlagerungsdateien 
werden beim Start des Programmsystems 
geöffnet, wodurch ein stets effizienter Zugriff 
durch den Überlagerungsverwalter auf den 
benötigten Lademodul erfolgt. Diese Tatsa- 
che und die Konsequenz, daß der ursprüng- 
lich in C entwickelte Lader für Überlage- 
rungsdateien in Assemblersprache umko- 
diert wurde, resultieren hauptsächlich aus 
den Restriktionen, die dem Programmierer 
auf 8-Bit-Systemen herkömmlicher Art aufer- 
legt sind. Jedoch soll damit nicht die Untaug- 
lichkeit von Rechnern der 8-Bit-Klasse nach- 
gewiesen werden. Wir sind prinzipiell der An- 
sicht, daß eine große Anzahl der Problemlö- 
sungen effizient und ohne „Rückfall“ in die 
umständliche Assemblerprogrammierung 
auf herkömmlichen 8-Bit-Systemen erreicht 
werden kann. 

Aufgrund des Fehlens von flexiblen Linkern 
für Dateien mit Überlagerungsstrukturen in 
den bekannten CP/M-kompatiblen Betriebs- 
systemen machte sich die Verwendung einer 
Überlagerungsdatei, die für den globalen Da- 
tenbereich des gesamten Betriebssystems 
steht, erforderlich. Diese Datei enthält im we- 
sentlichen vorinitialisierte Daten sowie 
Adressen von Funktionen der Wurzel, die 



des Fehlen 
relevant, 
Wurzelprog 


lobalen Funktionen 
berlagerungen verwendet werden, 
ten Referenzen beim Linken dee 
n die Ueberlagerungen aufgrund 
arierten Funktionen, sind nicht 


Bild 3 Ausschnitt des 
globalen Datenberei- 
ches 
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global für alle Überlagerungen zur Verfügung 
stehen sollen. Das Problem der Übergabe 
dieser Funktionsadressen an die Überlage- 
rungen konnte durch einen Trick mit in die 
Linkinformation hineingebracht werden (Bild 
3). Absolute Adressen mußten lediglich zur 
Festlegung der Ladeadresse für die Überla- 
gerung und deren Einsprungadresse, sowie 
der Ladeadresse des globalen Datenberei- 
ches verwendet werden. 

Diese sicher etwas zweifelhafte Vorgehens- 
weise bei der globalen Nutzung von Wurzel- 
funktionen löst jedoch zunächst einige grund- 
legende Probleme bei der Programmierung 
von Überlagerungen und ist viel mehr Aus- 
druck der unzureichenden Eigenschaften der 
CP/M-kompatiblen Betriebssysteme als Ent- 
wicklungssystem und der Dissonanzen in der 
vorhandenen Entwicklungssoftware. 

Implementierung des Betriebssy- 
stems 

Für die Implementierung des Betriebssy- 
stems in den einzelnen Moduln wurde der C- 
Compiler von Robotron CC-1520 verwendet. 
Er stellt dem Benutzer, bis auf wenige Aus- 
nahmen, den gesamten Sprachumfang der 
Sprache C zur Verfügung und bietet deshalb 
wesentliche Vorteile gegenüber anderen 
Compilerimplementierungen auf 8-Bit CP/M- 
Systemen (SuperSoft, BDS-C, Aztec-C). Die 


Kodegenerierung erfolgt in der Assembler- 
sprache des Prozessors Intel8080, dessen 
Maschinenbefehle eine Untermenge der des 
U 880 Prozessors sind. Wie Erfahrungen aus 
der Programmierung großer Assemblerpro- 
gramme zeigen, ist die Generierung von In- 
tel-8080-Assemblerkode kein Nachteil, da 
die beim U 880 zur Verfügung stehenden zu- 
sätzlichen Befehle nur einen geringen Anteil 
der Assemblerprogramme bilden. 

Als nachteilig bei der Verwendung des Com- 
pilers CC-1520 müssen jedoch die lange 
Übersetzungszeit sowie die eingeschränkten 
Möglichkeiten bei der Verwendung externer 
Datenbereiche in den Programmen aufgrund 
des großen Speicherumfangs der einzelnen 
Compilerläufe genannt werden. Um diesem 
Nachteil entgegenzuwirken, wurde ein CP/ 
M-kompatibles Betriebssystem mit einem 
nutzbaren Speicherbereich von 54 KByte ge- 
neriert. 

Bei der Kodierung der Quellprogramme wur- 
den fast alle effizienzerhöhenden und bis in 
das Maschinenniveau herunterreichenden 
Sprachelemente von C verwendet. So ka- 
men unter anderem sehr häufig Ausdrücke 
mit Formen der bedingten Bewertung und um- 
fangreiche Bitstrukturen zur Anwendung. Da- 
bei erwiesen sich bedingte Bewertungen auf- 
grund ihrer Universalität als sehr nützlich, vor 
allem in komplexen Entscheidungsausdrük- 


ken. Hingegen konnten mit Bitstrukturen nur 
bedingt gute Erfahrungen gesammelt wer- 
den. Zwar läßt sich durch die Vergabe von 
Namen für einzelne Bits eine bessere Les- 
barkeit der Programme erzielen, jedoch steht 
dem der große Aufwand der Zusammenfas- 
sung einzelner Bits zu Bytes oder Wörtern 
und der vom Compiler erzeugte sehr große 
Kodeumfang gegenüber. Es wurden Er- 
kenntnisse gesammelt, die zeigen, daß der 
Compiler spezielle Masken zur Veränderung 
der Bits in den Strukturen generiert und au- 
ßerdem besondere Funktionen zu deren Ma- 
nipulation gerufen werden müssen. 
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HERMANN 

HOLLERITH 

* 1860 Buffalo 
t 1929 bei Washington 

Die Geschichte der Informations- 
verarbeitung ist untrennbar mit 
Herrmann Hollerith, dem Begrün- 
der der Lochkartentechnik, verbun- 
den. Die Erfindung, Konstruktion 
und Anwendung seiner Lochkar- 
tenmaschinen stellt einen wesentli- 
chen Markstein in der Gesamtent- 
wicklung der Computertechnik dar, 
war doch zu Beginn die Lochkarte 
der einzige maschinenlesbare Da- 
tenträger. 

Die Lochkarte war zu seiner Zeit 
prinzipiell schon bekannt. Ähnlich 


wie sein Landsmann Falcon (1728) 
hatte der französische Mechaniker 
Jaques de Vaucanson (1709- 
1782) im Jahre 1745 für das Abhe- 
ben der Kettfäden in Webstühlen ei- 
nen „Programmspeicher“ in Ge- 
stalt einer umlaufenden Blechwalze 
mit Lochungen gebaut, um ein 
Webmuster selbsttätig wiederholen 
zu können. Der französische We- 
ber Joseph-Marie Jacquard (1752- 
1 834) verbesserte diese Erfindung 
1805, indem er ein Lochbandpro- 
gramm aus Kartonkarten daraus 
entwickelte und dies zur Steuerung 
eines Webstuhls verwendete. Un- 
ser Bild zeigt ein Verkaufsmodell 
des Jacquardschen Webstuhls aus 
dem Jahre 1810. 

Über Holleriths Lebenslauf ist leider 
nicht allzuviel bekannt. Seine Eltern 
- beide Pfälzer Abstammung - 
wanderten 1 848 nach Amerika aus; 
sein Vater war bis dahin Studienrat 
am Gymnasium in Speyer. Nach 
dem Schulbesuch studierte Holle- 
rith an der Bergakademie der Uni- 
versität Columbia und legte dort be- 
reits mit 19 Jahren seine Diplom- 
prüfung ab. Er blieb zunächst als 
Assistent bei seinem Lehrer und 
war mit Fragen der Industriestatistik 
beschäftigt. Im Jahre 1882 ging er 
an das Massachusetts Institute of 
Technology und wurde Lehrer für 
Technische Mechanik. Ein Jahr 
später übersiedelte er nach St. 
Louis, wo er elektromagnetische 
Bremsen für das Eisenbahnwesen 
entwickelte. Außerdem arbeitete er 
1884-1889 für das Patentamt in 
Washington. In dieser Zeit reifte 
auch Holleriths Erfindung. Er ent- 
wickelte eine Lochkartenmaschine 


(von ihm übrigens Tabulating Ma- 
chine bzw. Tabulator genannt), die 
aus einem Kartenlocher, einem 
elektromagnetischen Zähler und ei- 
ner Sortiereinrichtung bestand. Das 
von ihm verwendete Lochkartenfor- 
mat, das dem einer 20-Dollar-Note 
entsprach, und der von ihm be- 
nutzte Zahlencode sind bis heute 
im Gebrauch. Zum Abtasten der 
Lochkarte ersann Hollerith metalli- 
sche Fühlstifte, über die elektrische 
Kontakte geschlossen werden kön- 
nen. Seine Maschinen, die damals 
bis zu 1 000 Karten in der Stunde 
verarbeiten konnten, brachten in 
Baltimore und New York solchen 
Erfolg, daß sich das „Bureau of the 
Census“ entschloß, die 1 1 . ameri- 
kanische Volkszählung 1890 mit 
Hollerithmaschinen auszuwerten. 
Dadurch konnte die Zählung nach 
reichlich 1 Jahr abgeschlossen 
werden - die vorangegangene 
Volkszählung hatte noch über 7 
Jahre gedauert! Bald darauf wur- 
den seine Maschinen auch in Ka- 
nada, Norwegen und Österreich 
eingesetzt. Hollerith reiste sogar 
nach Rußland, um die Organisation 
der dortigen Volkszählung persön- 
lich mit vorzubereiten. Seit 1895 
standen Hollerithmaschinen auch 
in Berlin und Paris. 

Im Jahre 1896 gründete Hollerith 
die Tabulating Machine Company; 
sie produzierte sowohl die Maschi- 
nen als auch die Lochkarten. Aus 
dieser Firma ging später die be- 
kannte IBM-Corporation hervor; 
Hollerith war bis 1921 beratender 
Ingenieur dieser Gesellschaft. Für 
seine Maschinen, die er ständig 
verbesserte, hat Hollerith mehrere 


Patente erhalten: sein erstes 1884, 
sein letztes 1919. Im Jahre 1890 
wurde er von der Universität Co- 
lumbia zum Ehrendoktor ernannt. 

In der DDR wurden Lochkartenma- 
schinen (die Soemtron nach dem 
Hollerithprinzip fertigte) bis in die 
60er Jahre verwendet, zum Bei- 
spiel für Abrechnungsprojekte. 
Diese Maschinen konnten nicht nur 
Zähl- und Sortiervorgänge, son- 
dern auch einfache arithmetische 
Operationen erledigen. 

Heute haben die programmgesteu- 
erten EDV-Anlagen die Lochkar- 
tenmaschinen zumeist ersetzt, al- 
lenfalls werden die Lochkarten 
noch zur Dateneingabe verwendet. 
Dieser Umstand schmälert jedoch 
Holleriths Erfindung in keiner 
Weise; vielmehr hat er durch seine 
Pionierarbeit für den heutigen Ent- 
wicklungsstand der Computertech- 
nik entscheidend den Weg mit be- 
reitet. Dr. Klaus Biener 
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Entwurf von Gate • 

Schaltkreisen 

Prof. Dr. Dietmar Müller 
Technische Universität Karl-Marx- 
Stadt, Sektion Informationstechnik 


Zusammenarbeit von Anwender 
und Hersteller 

Die Zusammenarbeit von (Anwender-)Ent- 
werfer und Hersteller bedingt bei Gate-Array- 
Schaltkreisen ein hohes Maß an Koopera- 
tion. Es wurde bereits mehrfach ausgeführt, 
daß der Hersteller letztlich Schaltkreise prä- 
pariert, von denen er keine genaue Kenntnis 
hat. Dies erfordert: 

- klare Schnittstellen vom Anwender zum 
Hersteller 

und 

- klare Schnittstellen vom Hersteller zum 
Anwender. 

Diese Schnittstellen müssen sowohl entwurfs- 
technologische als auch vertragsrechtliche 
und damit wirtschaftliche Aspekte beinhal- 
ten. 

Für die Zusammenarbeit sind verschiedene 
Varianten möglich, die sich vor allem durch 
den Umfang der Arbeit des Anwenders und 
der verfügbaren Rechentechnik unterschei- 
den. Auf der Basis des Entwurfsablaufes des 
Bildes 2 im Teil 1 /I / sind im Bild 1 3 mögliche 
Varianten der notwendigen Kooperation dar- 
gestellt. 
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Bild 13 Varianten der Zusammenarbeit zwi- 
schen Anwender und Hersteller 


Variante 1 ist für Gate Array-Schaltkreise völ- 
lig untypisch. Sie war und ist charakteristisch 
für den Entwurf und die Herstellung von Voll- 
kundenwunsch-Schaltkreisen. Der Anwen- 
der - in diesem Falle der Auftraggeber - 
übergibt nur die Aufgabenstellung und even- 
tuell noch Informationen zur Systementwick- 
lung. Mit diesen Informationen entwirft und 
produziert der Hersteller in voller Verantwor- 
tung für das Produkt. Der Entwurf kann bei 
hohem Aufwand optimal durchgeführt wer- 
den, was zu kleiner Chipfläche und damit ho- 
her Ausbeute führt. Diese Variante ist prinzi- 
piell nur für kundenspezifische Schaltkreise 
mit sehr hohen Stückzahlen sinnvoll. Nach 
der Definition von ASIC 121 gehört ein deratig 
entworfener Vollkundenwunsch-Schaltkreis 
nicht zur Klasse der ASICs. 

Variante 4 entspricht dem Vorgehen eines 
Anwenders, der alle notwendigen hard- und 
softwareseitigen Voraussetzungen zum 


■ Array - 

Teil 4 


Gate-Array-Entwurf besitzt; neben dem kom- 
pletten CAD-System bedeutet dies eine lei- 
stungsfähige 32-Bit-Rechentechnik (K 1 840) 
vor allem für die Plazierung und die Trassie- 
rung. Da wegen des CAD-Systems die Re- 
chentechnik von Anwender und Hersteller 
zumindest kompatibel sein muß, ist es unbe- 
deutend, ob der Anwender auch die Testvek- 
toren zur Strukturprüfung berechnet - wobei 
er dem Hersteller ein Magnetband mit Steu- 
erdaten für den Patterngenerator und mit 
Testdaten für den Tester übergibt - und da- 
durch der Hersteller zur „Silizium-Schmiede“ 

( Variante 5) wird, oder ob der Anwender, wie 
bei Variante 4, mittels Entwurfsfreigabe die 
Verantwortung für den Entwurf ebenfalls voll- 
ständig übernimmt und der Hersteller die 
Test- und Layoutdaten quasi als „Dienstlei- 
stung“ berechnet. 

Variante 2 stellt eine Lösung für Anwender 
dar, denen die notwendigen technischen 
Voraussetzungen fehlen oder die auch per- 
spektivisch nur wenige Typen von Gate-Ar- 
ray-Schaltkreisen benötigen. Dabei würde in 
Form einer Dienstleistung ein Entwurfszen- 
trum eines Anwenders der Variante 4 oder 5 
oder ein territoriales, gemeinsam zu nutzen- 
des Entwurfs- bzw. Schaltkreiszentrum (z. B. 
Schaltkreiszentrum des VEB T extimaelektro- 
nik Karl-Marx-Stadt) den eigentlichen Ent- 
wurf als Auftragsentwurf durchführen. In An- 
betracht von Sinn und Zweck der Gate-Ar- 
rays sollten aber auch diese Anwender be- 
müht sein, ihre Gate-Array-Schaltkreise 
selbst zu entwerfen, wenn es die Bearbei- 
tungskapazitäten zulassen. Sie sollten dazu 
den Beratungs- und Informationsdienst (ein- 
schließlich der Entwurfserfahrungen) sowie 
die Entwurfstechnik und die Entwurfssy- 
steme der entsprechenden Schaltkreiszen- 
tren (kostenpflichtig) nutzen, um mit ihrem 
Systemwissen und ohne Zeitverlust durch 
den Wechsel der Bearbeiter effektiv zu arbei- 
ten. Diese Zusammenarbeit und insbeson- 
dere die Mittlerfunktion der Schaltkreiszen- 
tren zwischen Anwender und Hersteller wird 
später noch genauer dargestellt. 

Variante 3 als Mischform verdient Aufmerk- 
samkeit. Der Anwender besitzt eine relativ 
leistungsfähige PC-Technik (z. B. EC 1 834, A 
7100 oder XT-kompatibel). Auf dieser Tech- 
nik sind Teile des industriell nutzbaren Gate- 
Array-Entwurfssystems verfügbar. Mit sei- 
nen Komponenten (Compiler für Beschrei- 
bungssprache, Simulator u.a.) ist der An- 
wender in der Lage, seine „Schaltung“ rech- 
nerunterstützt zu entwerfen. Er kann am Ar- 
beitsplatz die Funktion des zukünftigen 
Schaltkreises mit der Entwurfssimulation 
überprüfen, er kann im Dialog Schaltungsän- 
derungen ausführen, und er erhält qualitative 
Aussagen, ob seine entworfene Struktur die 
geforderte Sollfunktion erfüllt. Dies ist ihm 
möglich, ohne daß eine bis ins letzte Detail 
formulierte und schriftlich fixierte Aufgaben- 
stellung vorliegt. Der Rechner dient als echte 
Unterstützung des kreativen Entwerfers. 

Nach erfolgreichem Abschluß der Entwurfs- 
simulation kann die Schaltungsbeschreibung 
als vollständig geprüfter NBS-Quelltext pro- 
blemlos auf die 32-Bit-Rechentechnik der 


Anwender nach Variante 4 oder 5 auf die ei- 
nes Schaltkreiszentrums übernommen wer- 
den. Dabei ist es sinnvoll, daß der bisherige 
Bearbeiter seinen Gate-Array-Schaltkreis 
weiter „betreut“. Obwohl der eigentliche 
kreative Entwurf abgeschlossen ist, kann die 
Bestätigungssimulation wiederum am besten 
vom Entwerfer durchgeführt werden. 

Mit den Systemen ARCHIMEDES (VEB For- 
schungszentrum Mikroelektronik Dresden) 
und PC-GAD (Technische Universität Karl- 
Marx-Stadt) ist eine derartige Variante beim 
System U 5200 möglich (siehe Teil 2 131). Für 
das System U 5300 wird es künftig ebenfalls 
möglich sein. 

Zusammenarbeit von Anwender 
und Schaltkreiszentrum 

Die Varianten 2 und 3 im Bild 13 zeigen die 
Mittlerrolle eines Schaltkreiszentrums zwi- 
schen Anwender und Hersteller. Im Bild 14 
(nach 141) ist dies genauer dargestellt. Es ist 
die aktive Mitwirkung des Schaltkreiszen- 
trums bei beiden Entwurfsarten zu erkennen. 

Die umfangreichen (akkumulierten) Entwurfs- 
erfahrungen eines Schaltkreiszentrums ge- 
statten eine fundierte Beratung bereits bei J 
der Beantwortung der Frage nach der Ent- 15 

wurfsart. 

.... 
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Entscheiden sich die Partner für einen Selbst- 
entwurf durch den künftigen Anwender, wer- 
den in einem Wirtschaftsvertrag die konkre- 
ten Betreuungsleistungen, die kostenpflich- 
tige Nutzung des CAD-Systems einschließ- 
lich der Rechentechnik sowie die Entwurfs- 
termine und die Termine für die Musterbereit- 
stellung fixiert. Der Abschluß der konkreten 
Entwurfsarbeit des Anwenders erfolgt durch 
die Bestätigungssimulation (siehe Teil 1 in 
MP 3/1989). Das Protokoll dieser abschlie- 
ßenden Simulation wird durch die Unter- 
schrift des Anwenders zum Freigabedoku- 
ment des Entwurfs. 

Auch beim Auftragsentwurf werden in ei- 
nem Wirtschaftsvertrag die Leistungen und 
die Termine des Schaltkreiszentrums und 
des Anwenders fixiert. Der Anwender muß 
eine Funktionsbeschreibung des künftigen 
Gate-Array-Schaltkreises übergeben. Da die 
Nutzung einer Funktionsbeschreibungsspra- 
che noch nicht -wie bei der Strukturbeschrei- 
bung mit NBS - festgelegt worden ist, kann 
die Beschreibung in einer der vielfältigen und 
bekannten Formen erfolgen (von Boole- 
schen Gleichungen bis zur verbalen Be- 
schreibung; jedoch sollte ein fixierter TTL-Lo- 
gikplan tunlichst nicht Ausgangspunkt eines 
Gate-Array-Entwurfs sein). Wie Bild 14 zeigt, 
wird anschließend die Realisierbarkeit der 
Vorgaben geprüft. 

Bei Nichtrealisierbarkeit werden dem Anwen- 
der eine Begründung und Empfehlung für die 
Korrektur gegeben. Erfolgt diese Korrektur, 
führt das zur Änderung der Aufgabenstel- 
lung. Können die Korrekturen der Funktion 
aus Gründen der Einordnung in den System- 
entwurf nicht erfolgen, werden die bisher ent- 
standenen Kosten in Rechnung gestellt. 

Bei der Realisierbarkeit des geplanten Gate- 
Array-Schaltkreises muß der Kunde für sei- 
nen Schaltkreis ein detailliertes Simulations- 
konzept für die Verifikation des Entwurfs und 
ein Prüfkonzept vorgeben (siehe weiter un- 
ten). Auf der Basis der Funktionsbeschrei- 
bung wird vom Schaltkreiszentrum - wie in 
IV beschrieben - der Gate-Array-Schaltkreis 
entworfen und simuliert. Auch bei dieser Ent- 
wurfsart muß der Anwender nach erfolgrei- 
cher Bestätigungssimulation, das heißt nach 
Erreichen der vorgegebenen Sollparameter, 
die Erfüllung seiner Aufgabenstellung durch 
den vorliegenden Entwurf bestätigen. Auch 
hier wird das Simulationsprotokoll das Frei- 
gabedokument. Man erkennt erneut, welche 
wichtige Rolle die Planung der Simulation 
und damit die Vorgabe der Simulationsein- 
gangsdaten hat. Für alles, was nicht simu- 
liert wurde, hat man keine Garantie, daß es 
durch den Gate-Array-Schaltkreis realisiert 
wird. 

Nach der Freigabe des Entwurfs übernimmt 
das Schaltkreiszentrum für beide Entwurfsar- 
ten die gleichen Leistungen. So werden die 
Datenträger erzeugt und an den Hersteller 
übergeben. Je nach vereinbarter Schnitt- 
stelle enthält der Datenträger die Strukturbe- 
schreibung, und der Hersteller generiert 
Test- und Maskendaten (Bild 1 3, Variante 4), 
oder er enthält bereits die Test- und Masken- 
daten (Variante 5). Wesentlich für die Mittler- 
rolle des Schaltkreiszentrums ist die Über- 
nahme aller organisatorischen Arbeiten ein- 
schließlich Terminbindung und -kontrolle für 
die Musterpräparation beim Hersteller. 

In einem Kundenmeßlabor wird Prüf- und 
Meßtechnik bereitgestellt, damit kann neben 
Messungen von elektrischen oder dynami- 
schen Parametern bei Bedarf auch ein Funk- 


tionstest des Gate-Array-Schaltkreises 
durchgeführt werden. 

Abschließender Vergleich 
von Gate-Array-Schaltkreisen mit 
Standardzellen-Schaltkreisen und 
Vollkundenwunsch-Schaltkreisen 

Im Bild 1 5 sind die Zeiten für den Entwurf und 
die Herstellung von Vollkundenwunsch- 
Schaltkreisen und den beiden ASIC-Varian- 
ten qualitativ dargestellt. 



Es ist ersichtlich, daß neben der Einsparung 
von Entwurfsaufwand bei Gate-Array-Schalt- 
kreisen auch Herstellungszeit gespart wird, 
wodurch sich die bei Gate-Array-Schaltkrei- 
sen an sich typischen vorteilhaften kurzen 
Bereitstellungszeiten, insbesondere für die 
Muster ergeben. 

Die Bereitstellungszeiten der ersten Muster 
schwanken auch international, wobei sie 
durch die technologisch bedingten Mindest- 
zeiten, durch die Prozeßdisziplin, aber auch 
durch den planmäßigen Organisationsablauf 
beeinflußt werden. In jedem Fall sind sie ein 
charakteristisches Maß für die Leistungsfä- 
higkeit des Herstellers. Für DDR-Anwender 
können als Grundlage für eine Planung die in 
/4/ angegebenen Richtwerte angenommen 
werden: 

- Arbeit am CAD-System 3 Monate 

- Datenträgererzeugung 

und -Übergabe 1 Monat 

- Musterpräparation 4 bzw. 6 Monate. 
Das Anstreben kurzer Bereitstellungszeiten 
ist immens wichtig, damit die Hardwareent- 
wickler den Einsatz von ASICs überhaupt ak- 
zeptieren, denn sie müssen ja die gesetzlich 
fixierten Entwicklungszeiten für die Geräte 
einhalten. Erst mit den Mustern kann und 
muß die Entwicklung und die Erprobung der 
Geräte und Systeme, für die die Gate-Array- 
Schaltkreise entworfen wurden, erfolgen. 
Den vielen Vorteilen von Gate-Array-Schalt- 
kreisen stehen natürlich auch Nachteile ge- 
genüber. So weisen Gate-Array-Schaltkreise 

- prinzipbedingt - eine geringe Transistor- 
dichte und daraus resultierend große Chipflä- 
ehen auf. (Für die zirka 13000 Transistoren 
beim U 5200-System werden 52 mm 2 benö- 
tigt, bei Standardzellen-Schaltkreisen kann 
die T ransistordichte um zirka 1 ,5 und bei Voll- 
kundenwunsch-Schaltkreisen um zirka 2 grö- 
ßer werden). Daraus folgt, daß Gate-Array- 
Schaltkreise vorwiegend bei kleinen und mitt- 
leren Stückzahlen kostengünstig eingesetzt 
werden können. Nach internationalen und 
nationalen Angaben sind das zwischen 500 
und 10000 Gate-Array-Schaltkreise eines 
Typs. 

Diese Stückzahlangabe besitzt nur grob 
orientierenden Charakter. Einerseits gehen 
bei kleinen Stückzahlen die konstanten Ent- 


wurfskosten stärker in den Schaltkreispreis 
ein, andererseits hängt die ökonomisch ver- 
tretbare Stückzahl nur von den erzielten Ein- 
sparungen bei Einsatz eines oder mehrerer 
Gate-Array-Schaltkreise ab. So sinkt natür- 
lich mit einer nachweisbaren großen Material- 
einsparung pro Einsatzfall die ökonomische 
vertretbare Mindeststückzahl und umge- 
kehrt. In /4/ werden als „summarischer Nutz- 
effekt“ bei bereits entwickelten ASICs 50,- 
bis 400, -M pro Schaltkreis angegeben. Da- 
bei bestimmt der Preis eines verkappten und 
ausgemessenen Gate-Array-Schaltkreises 
verständlicherweise beträchtlich die mögli- 
chen und notwendigen ökonomischen Ef- 
fekte und besonders die Einsatzbreite (Kon- 
sumgüter!). Er beträgt bei U 5200-Schaltkrei- 
sen 200,- bis 250, -M in Abhängigkeit von der 
Gehäuseform. Jedoch wäre es generell 
falsch zu fordern, daß der Preis des einge- 
setzten Gate-Array-Schaltkreises kleiner 
sein muß als die Preissumme der ersetzten 
Standard-Schaltkreise. Neben der Material- 
einsparung - Schaltkreise, Leiterplattenma- 
terial, Gehäuse, Netzteil - gilt es, eine Viel- 
zahl anderer Faktoren, die den Preis und die 
Eigenschaften des Gerätes oder des Sy- 
stems beeinflussen, zu betrachten, um fun- 
dierte Aussagen zum ökonomischen Gesamt- 
effekt machen zu können. 

In diesem Zusammenhang soll nochmals er- 
wähnt werden, daß der formale Ersatz vor- 
handener Schaltungen und ihrer Leiterplat- 
ten durch einen oder mehrere Gate-Array- 
Schaltkreise nur eine Variante für die Anwen- 
dung ist und nicht die erstrebenswerte. Beim 
geplanten Einsatz von Gate-Array-Schalt- 
kreisen muß besonders über die möglichen 
Verbesserungen des Systemkonzeptes zur 
Erhöhung des Gebrauchswertes, des wis- 
senschaftlich-technischen Niveaus usw. 
nachgedacht werden, weil durch den Einsatz 
von ASICs manche zukunftsweisenden Kon- 
zepte überhaupt erst möglich werden. 

Gate-Array-Schaltkreise sind eine bedeu- 
tende Klasse innerhalb der anwendungsspe- 
zifischen Schaltkreise. Sie besitzen große 
Vorteile bei Entwurf und Präparation. Gate- 
Array-Schaltkreise sind charakterisiert durch 

- extrem kurze Entwurfszeiten (0,5-4 Mann- 
Monate) 

- kurze Zeiten für Bereitstellung erster Mu- 
ster (prinzipiell 4-1 2 Wochen!) 

- kostengünstiger Einsatz bei kleinen bis 
mittleren Stückzahlen (500-10000 Stück) 

- volle Funktionsfähigkeit ohne Redesign. 
Damit wird die Artikelfolge zu den Gate-Array- 
Schaltkreisen abgeschlossen. 
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Turbo-Pascal-Praxis 


Manfred Zander, Dresden 


Nachdem wir uns im Teil 3 unseres Kurses 
mit Bildschirmdarstellungen, Hardcopyfunk- 
iionen und Disketteninhaltsverzeichnissen 
beschäftigt haben, wenden wir uns in dieser 
Folge der Bearbeitung von Dateien anderer 
Programme zu und werden die Verwaltung 
von Daten als Listen oder als Bäume begin- 
nen. 

Dateien anderer Programme 

Sei der Programmierung ist es oft notwendig, 
eine Datenschniltstelle zu anderen Pro- 
grammsystemen zu gewährleisten. Der häu- 
figere Fall ist dabei die Übernahme von Er- 
gebnissen aus anderen Programmen., Sinti 
diese Programme nicht in Turbo- Pascal ge- 
schrieben, kann dies auf Grund der verschie- 
denen Dateistrukfuren ein Problem werden. 
Ein oft genutzter Weg ist dann die Übertra- 
gung der Daten mit Hilfe von Textdateien. 
Das bedingt aber immer einen erhöhten Auf- 
wand an Datenkonvertierungen. Entweder 
müssen im erstellenden Programm diese 
Text-Dateien für das lesende Programm ex- 
tra aufgebaut werden, oder aber man muß 
spezielle Konvertierungsprogramme entwik- 
keln, um aus binären Dateien nur für die 
Übertragung Textdateien erstellen zu kön- 
nen. Dabei ist im lesenden Programm dann 
aber die Rücktransformation in bearbeitbare 
Daten natürlich auch wieder notwendig. 
Typische Fälle sind die Übertragung von 
dBase Il-Datenbankdateien in ein Turbo- 
Pascal-Programm sowie die Bearbeitung 
von Bilddateien, die von CAD-Arbeitsplätzen 
erstellt wurden. In beiden Fällen besitzen die 
Dateien, die gelesen werden sollen, eine Da- 
teistruktur, die nicht sofort lesbar ist. Da auch 
bei der File-Arbeit die strenge Typüberwa- 
chung im Compiler wirksam ist. gelingt es in 
den seltensten Anwendungen, diese Klippe 
durch eine ausgeklügelte Datei-Typisierung 
zu umschiffen. Es gibt nur zwei Dateitypen, 
die auf beliebige Dateien angewandt werden 
können. Dies sind der vordeklarierte Typ 
fite, mit dem nur blockweise gearbeitet wer- 
den kann und unter einigen Betriebssyste- 
men der Typ file of char bzw. lile of byte. 
Prinzipiell ist noch zu sagen, daß vor jeder Er- 
arbeitung einer solchen Lösung eine inten- 
sive Analyse der zu lesenden Datendateien 
notwendig ist. Erst die so gewonnenen Infor- 
mationen bieten dann die Möglichkeiten zur 
Lösung der Aufgaben. 

dBase Il-Dateien 

Die Struktur der Datenbankdateien von dBa- 
se II ist nicht vollständig durch eine Typver- 
einigung unter Turbo-Pascal beschreibbar. 
Diese Tatsache resultiert vor allem daraus, 
daß die Dateien aus einem Dateikopf beste- 
hen, der völlig anders strukturiert ist als die 
folgenden Telle der Datei, in der die Daten 
gespeichert sind. Die Struktur des Dateikop- 
fes ist bei allen Datenbankdateien dieses 
Programmsystems gleich und kann unter 


Turbo-Pascal durch einen kombinierten Re- 
cord- und Array-Typ beschrieben werden. In 
diesem Kopf einer konkreten Datenbankda- 
tei stehen dann die Informationen darüber, 
aus wievielen und welchen Feldern die fol- 
genden Datensätze aufgebaut sind. Auf die 
Angabe einer konkreten Realisierung zum 
Lesen und Schreiben von DBF-Dateien kann 
hier verzichtet werden, da es bereits eine 
ausreichende Anzahl von Veröffentlichungen 
zu diesem Thema gibt. 

CAD-Bilddateien 

in den letzten Jahren hat die Verbreitung von 
CAD-Grafikarbeitsplätzen rapide zugenom- 
men. Diese neuen Arbeitsplätze erlauben es, 
Konstruktionsarbeiten am Grafikbildschirm 
mit bedeutend verringertem Zeitaufwand 
qualitativ hochwertig zu erledigen. Das pri- 
märe Ergebnis einer so durchgeführten Kon- 
struktion ist aber immer eine Datei, in der die 
erarbeitete Grafik gespeichert ist. Was nun 
fehlt, ist ein Bindeglied zwischen dieser Datei 
und der jeweils vorhandenen Technik und 
Technologie. Ein sofortiger Austausch dieser 
Technik ist in den seltensten Fällen ökono- 
misch sinnvoll oder möglich. Es besteht also 
das Bedürfnis, die auf den Grafikarbeitspiät- 
zen entstehenden Bilddateien maschinell le- 
sen zu können, um eine Umwandlung der 
enthaltenen Informationen in die vorge- 
scnriebenen Datentormate erreichen zu kön- 
nen. Man kann zwar die Konstruktionsergeb- 
nisse der neuen Systeme plotten und diese 
geplotteten Bilder dann wieder digitalisieren, 
aber zum Standard sollte dieses Vorgehen 
nicht erhoben werden. Es muß eine Möglich- 
keit der maschinellen Datenübertragung zwi- 
schen den verschiedenen Systemen gefun- 
den werden. Diese Übertragung sollte in 
beide Richtungen vorgesehen werden. Da- 
her ergibt sich also auch die Aufgabe, die 
Biiddateien der neuen Systeme schreiben zu 
können. Solche Lösungen können selbstver- 
ständlich auch dazu genutzt werden, Funk- 
tionen zu entwickeln, die das CAD-System 
selbst nicht bietet. Dabei wird dann eine Bild- 
datei des Systems gelesen und der bearbei- 
tete Stand dieser Datei im gleichen Format 
wieder auf Diskette oder Festplatte abgelegt. 
Als Beispiel wird im folgenden der binäre Da- 
tenaufbau des sehr weit verbreiteten CADdy 
3.04 erläutert und eine Lösung für das Lesen 
und Schreiben der Bilddateien, dieses auf 
16-Bit-Technik laufenden CAD-Systems ge- 
boten. Wie das genannte CAD-System 
selbst, erfordert auch die vorgestellte Lösung 
einen 16-Bit-Rechner und MS-DOS. Weiter- 
hin muß diese Lösung mit dem speziellen 
Compiler Tu rbo-87 übersetzt werden. Dieser 
Compiler, der den Koprozessor 8087 unter- 
stützt, gestattet die Berechnung der hochge- 
nauen Realzahlen, die in der Lösung benötigt 
werden. 

Die Struktur der Süddateien des genannten 
Systems kann auf den ersten Blick betrachtet 
mit einer variablen Typvereinbarung (einer 
Datensatz-Variante) beschrieben werden. 
Jeder einzelne Grafiksatz, der beispiels- 


weise eine Linie oder einen Punkt beschreibt, 
hat an seinem Anfang eine konstante Struk- 
tur. in dieser Kopfstruktur existiert jeweils ein 
Zeichen zur Kennzeichnung des folgenden 
Inhalts. In Abhängigkeit von diesem Zeichen 
enthält der Rest des Datensatzes alle not- 
wendigen Informationen, um einen Punkt 
oder eine Linie zu beschreiben. Natürlich 
sind diese Informationen für verschiedene 
grafische Elemente auch verschieden aufge- 
baut und belegen jeweils eine unterschiedli- 
che Anzahl Bytes. Leider ist es aber trotzdem 
nicht möglich, einen solchen kompakten 
Satztyp zu erstellen und die Bilddateien mit 
ihm zu typisieren. Dies hat vor allem zwei 
Gründe. Als erstes ist das Entscheidungszei- 
chen im konstanten Satzkopf nicht die letzte 
Angabe im Kopf. Diese Klippe Kann zwar um- 
schifft werden, ein zweiter Grund macht die- 
ses einfache Vorgehen aber unmöglich: Die 
einzelnen Datensätze sind in der Datei mit ih- 
ren verschiedenen Größen nahtlos aneinan- 
dergefügt. Damit ist eine Grundeigenschaft 
typisierter Files, die konstante Satzlänge, 
nicht mehr gegeben. Es bleibt also noch der 
Weg, die Bilddateien alsfi/eof öyfezu behan- 
deln. 

Das Prinzip der im Bild 36 vorgesieliten Lo- 
sung ist im Verhältnis zu ihrem Schreibauf- 
wand einfach. Die Prozedur Satzlesen ge- 
stattet das Einlesen eines kompletten Daten- 
satzes. Dazu liest sie zuerst byteweise den 
konstant typisierten Kopf eines Satzes in das 
Array Kopfbuffer. Dieses Feld ist der Varia- 
blen Kopf, die die wahre Struktur dieses 
Satzkopfes enthält, überlagert. Hier sind kon- 
stant ein Folgenkennzeichen des Grafikele- 
mentes, dessen Farbe und dessen Zeichen- 
ebene beschrieben. Für die weitere Organi- 
sation sind die folgenden Variablen Was und 
Zahl im Kopf von Bedeutung. Was gibt an. 
welche Art von Bildelemeni folgt, und in Zahl 
ist die Länge des restlichen Datensatzes ge- 
speichert. Wenn in Was ein V steht, das heißt 
das Versionskennzeichen folgt, wird dieses 
abgetestet. Handelt es sich in Was um eine 
andere Kennung, wird der Rest des Satzes 
lediglich auf das Array ßtrfferaufgelesen. Um 
die Anzahl der hierbei zu lesenden Bytes zu 
ermitteln, sind von der Variablen Kopf.zahl 
lediglich 1 6 Byte zu substrahieren. 

Dem Array Buffer sind alle möglichen Rest- 
strukturen eines Grafik-Satzes überlagert. 
Das lesende Programm kann sich nun an- 
hand der Variablen Kopf. Was informieren, 
welche Art von Bildelement eingelesen 
wurde und daraufhin die entsprechenden In- 
formationen aus dem zugehörigen überla- 
gerten Feld entnehmen. Beim nächsten Auf- 
ruf der Prozedur Satziesen werden diese Da- 
ten durch den neuen Satz überschrieben. Die 
Tafel 1 gibt an, welche Kennungen für welche 
grafischen Elemente im Feld Kopf. Was ge- 
nutzt werden. Die Prozedur Satzschreiben 
realisiert die Umkehrung des beschriebenen 
Vorganges. Sie speichert den grafischen 
Sachverhalt, der zuvor in den entsprechen- 
den Feldern abgelegt sein muß, in eine Bild- 
datei. Dabei orientiert sie sich wieder an der 
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Variablen Kopf. Was, die das rufende Pro- 
gramm einstellen muß. Auf der Grundlage 
dieser Information ermittelt sie die Länge des 
zu schreibenden Satzes. Das Schreiben 
selbst wird wiederum in zwei Etappen durch- 
geführt. Zuerst wird der Satz-Kopf abgespei- 
chert und dann der entsprechende Rest des 
Satzes. Lediglich das Versionskennzeichen 
erfährt eine Sonderbehandlung. 
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Bild 36 endi 

Mit Hilfe dieser beiden Prozeduren ist es nun 
möglich, Bilddateien sowohl zu lesen als 
auch zu schreiben. Im Gegensatz zum Le- 
sen, bei dem es der jeweiligen Anwendung 
überlassen bleibt, welche gelesenen Infor- 
mationen weiter verwendet werden, muß 
beim Schreiben stets garantiert werden, daß 
die abzuspeichernden Datensätze komplett 
gefüllt sind. Dabei genügt es nicht, der Varia- 
blen Lpuff. 1 Typ, also dem Linientyp einmalig 
einen Wert zuzuweisen. Bei jeder Schreib- 
oder Leseoperation eines anderen grafi- 
schen Elementes kann dieser Wert im Buffer 
überschrieben werden, da ja alle Buffer-Va- 
riablen überlagert sind. Daher ist es sinnvoll, 
diese Aufgabe speziellen Prozeduren anzu- 
vertrauen, die jeweils einen einzigen Grafik- 
Satz zum Schreiben anweisen. In diesen 
Prozeduren können dann auch, wie in den 
folgenden Beispielen, Standardbelegungen 
fest programmiert werden. 

Als Beispiel soll hier lediglich die Prozedur 
write_L erläutert werden. Sie schreibt eine Li- 
nie in die Bilddatei. Der Prozedur werden als 
Parameter Anfangs- und Endpunkte der zu 
speichernden Linie, deren Zeichenebene 
und Farbe übergeben. Diese Angaben wer- 
den korrekt in den Übertragungspfuffem ge- 
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setzt. Dabei wird der Linientyp, die Linien- 
stärke und das Folgen-Kennzeichen mit kon- 
stanten Werten eingestellt. Wesentlich ist 
wieder das Setzen des Satzkennzeichens 
Kopf. Was. Somit sind alle zu übertragenden 
I nformationen bereitgestellt und die Prozedur 
Satzschreiben kann aufgerufen werden. Erst 
sie schreibt ja die Daten in die Bilddatei. 

Zum Schluß sei noch darauf hingewiesen, 
daß in allen Prozedur-Vereinbarungen ent- 
haltene Fite-Variable Datei natürlich im 
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Hauptprogramm erst zugewiesen werden 
muß. Weiterhin ist es nicht möglich, auf eine 
Bilddatei gleichzeitig schreibend und lesend 
zuzugreifen. 

Zur Demonstration der Nutzung dieser Lö- 
sung geben wir im Bild 37 ein kleines Pro- 
grammbeispiel an, weiches eine Bilddatei 
liest und lediglich die Linien dieser Datei auf 
eine zweite Datei überträgt. Die Sätze mit 
den Kennungen V, Q oder E, die zu jeder 
Bilddatei gehören, werden natürlich ebenfalls 
übernommen. Die in der Include- Anweisung 
im Programmtext angegebene Datei PIC.BIB 
enthält die im Bild 36 abgedruckte Lösung. 

Listen 

Nachdem wir in den letzten Kapiteln darüber 
gesprochen haben, wie wir uns Daten be- 
schaffen, wollen wir nun die Verwaltung von 
Daten im Hauptspeicher betrachten. Es wird 
dabei vor allem um die effektive Haltung grö- 
ßerer Datenmengen gehen. Die hier vorzu- 
stellende Methodik der Daten-Listen ist 
hauptsächlich für jene Fälle gedacht, in de- 
nen der Programmierer beim Entwurf eines 
Programms nicht weiß, welche konkreten 
Datenmengen wahrend eines Programmlau- 
fes auftreten werden. Zum Verständnis der 
folgenden Lösungen ist die Vertrautheit des 
Lesers mit dem Pointer- Begriff und der Hand- 
habung von dynamischen Variablen Voraus- 
setzung. Diese Beispiele beschäftigen sich 
durchweg mit Listen- und Baum-Strukturen, 
zu deren Beschreibung es in der Fachlitera- 
tur im allgemeinen feste Sprachregelungen 
gibt. Der Autor wird sich aber nur lose an die- 
sen Sprachgebrauch halten, daer eine größt- 
mögliche Verständlichkeit speziell fürTurbo- 
Programmierer erreichen möchte. 

Einfach gekoppelte, geordnete Listen 
Die in der ersten Lösung zu besprechenden 
Listen sollen einfach gekoppelt und geordnet 
sein. Sie besitzen also genau ein erstes und 
ein letztes Listenelement. Jedes Listenele- 
ment enthält neben dem Eintrag eine Varia- 
ble mit Namen Naechster, in dem auf das je- 
weils nächste Element der Liste vennriesen 
wird. Dieser Verweis ist ein Pointer. Das 
letzte Listenelement enthält in diesem Feld 
den Pointerwert NIL. NIL ist ein Pointer der 
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nirgendwohin zeigt und hier als Listen-Ende- 
kennung verwendet wird. Man kann sich also 
mit Hilfe der in Naechster enthaltenen Poin- 
terwerte innerhalb dieser Liste vorwärts ta- 
sten, bis deren Ende erreicht ist. Ein Rück- 
wärtslaufen in der Liste ist dagegen hier nicht 
möglich, da in den Listenelementen kein Ver- 
weis auf den Vorgänger enthalten ist, was na- 
türlich auch möglich wäre. Jedes Listenele- 
ment enthält also eine Kopplung zu dem 
Nachfolgeelement. Dagegen enthält ein sol- 
ches Element keinen Hinweis aufseinen Vor- 
gänger. Damit ist die Liste nur einfach gekop- 
pelt (siehe Darstellung in Bild 38). 

Zum Bearbeiten solcher Listen dienen die 
drei in Bild 39 gezeigten Funktionen. Das Ein- 
fügen eines neuen Listenelementes, das Su- 
chen und das Löschen eines Elements. Da- 
bei soll beim Einfügen für das neue Element 
Platz im Hauptspeicher reserviert werden 
und beim Löschen soll dieser Platz wieder 
freigegeben werden. So wird erreicht, daß die 
Liste jeweils nur den Platz im Hauptspeicher 
beansprucht, den sie aktuell benötigt. 

Wenn die Elemente der Liste geordnet ge- 
speichert werden sollen, ist ein Ordnungskri- 
terium notwendig. Da diese Ordnungsvor- 
schrift aber für verschiedene Listeninhalte 
sehr unterschiedlich sein kann, wird für die 
vorgestellten Listenoperationen die Funktion 
kleiner vorausgesetzt. Selbstverständlich 
mu ß auch die Definition des Typs Listeninhalt 
außerhalb dieser Lösung erfolgen, da dieser 
ja für jede Anwendung unterschiedlich sein 
wird (Bild 39). 

Die erste Komponente der Lösung ist die Pro- 
zedur Einfügen, ihr werden zwei Parameter 
übergeben. Der erste, mit L bezeichnete, ist 
ein Pointer, der auf den Anfang der zu erwei- 
ternden Liste zeigt. Der zweite Parameter, 
mit E bezeichnet, ist der Eintrag, der in die Li- 
ste aufgenommen werden soll. Zur internen 
Organisation dieser Prozedur sind zwei wei- 
tere Pointervariablen p und q notwendig. Der 
Pointer p wird zuerst auf den angegebenen 


Anfang der Liste eingestellt. Die folgende 
Suchschleife wird genau dann verfassen, 
wenn die Stelle in der Liste gefunden wurde, 
an der der Eintrag eingefügt werden soll. Ist 
die angegebene Liste leer, enthielt der Para- 
meter L also den Wert NIL, erfolgt kein Su- 
chen. Nach dieser Schleife wird der notwen- 
dige Speicherplatz für das neue Listenele- 
ment mit der Standardprozedur new reser- 
viert. Der Pointer p zeigt jetzt auf das neue 
Element, und es wird mit dem Inhalt des Ein- 
trags E gefüllf. Nun muß dieses erzeugte Li- 
stenelement auch noch logisch in die Liste 
eingebunden werden, das heißt, die Felder 
Naechster des Vorgängers und natürlich 
auch des neuen Elementes selbst müssen 
korrekt auf den jeweiligen Nachfolger einge- 
stellt werden. Erst so wird das Element in die 
Listenordnung eingefügt. Dazu ist aber eine 
Fallunterscheidung notwendig. Hat der Poin- 
ter q nach dem Suchvorgang immer noch den 
Wert NIL, so muß das Element am Anfang 
der Liste eingefügt werden, oder aber die Li- 
ste existierte noch gar nicht. In diesem Fall 
wird dem Feld Naechster des neuen Elemen- 
tes der alte Listenanfang (L) übergeben und 
die Procedur gibt den neuen Listenanfang 
zurück. Im anderen Fall erfolgt ein echtes 
Einfügen in die alte Liste. Dazu muß der Vor- 
gänger, auf den jetzt die Variable q zeigt, auf 
das neue Element zeigen, und dieses muß 
auf das folgende Element zeigen, auf das zu- 
vor der Vorgänger zeigte. Eine Sonderbe- 
trachtung für das Listen-Ende ist dabei nicht 
notwendig. 

Der Prozedur Löschen werden zwei Pointer 
als Parameter übergeben. Der erste Pointer 
(L), ist wiederum ein Zeiger auf den Anfang . 
der zu behandelnden Liste. Der zweite Para- 
meter, der Pointer P, zeigt auf das zu lö- 
schende Element der Liste. Dabei muß ge- 
sagt werden, daß diese Prozedur nicht prüft, 
ob P wirklich auf ein Listenelement zeigt. Ist 
dies nicht der Fall, kann das Schaden anrich- 
ten. Zur internen Arbeit der Prozedur ist eine 
weitere Pointervariable (q) notwendig. In der 
Prozedur müssen drei Fälle unterschieden 
werden. Im ersten Fall zeigt das zu löschende 
Element noch auf ein weiteres Listen- 
element. Dann ist das Löschen auf eine sehr 
einfache Art und Weise möglich. Das zu 
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löschende Listenelement wird mit seinem 
Nachfolger überschrieben, und der alte Platz 
des Nachfolgers wird freigegeben . Jetzt zeigt 
der Vorgänger des gelöschten Elements auf 
dessen Nachfolger, da dieser ja den Platz 
des gelöschten Elementes eingenommen 
hat, und dieser zeigt weiterhin auf dessen 
Nachfolger. Die logische Folge der Elemente 
wurde also erhalten. Der zweite Fall, der ein- 
treten kann, ist gegeben, wenn das zu lö- 
schende Element einer Liste das einzige in 
dieser Liste ist. Tritt dies ein, wird dem rufen- 
den Programm über die Variable L mitgeteilt, 
daß die Liste nun nicht mehr existiert, und der 
Platz des letzten Elementes dieser Liste wird 
freigegeben. Am schwierigsten gestaltet sich 
der Löschvorgang, wenn das zu löschende 
Element das letzte einer Liste ist, die jedoch 
später noch weitere Elemente aufnehmen 
soll. Hierbei ist es notwendig, den Vorgänger 
des zu löschenden Elementes zu ermitteln, 
da ja in ihm der Verweis auf das nächste Ele- 
ment gelöscht werden muß. Die Ermittlung 
des Vorgängers ist bei der gewählten Listen- 
organisation nur möglich, indem wir uns vom 
Anfang der Liste bis an die interessierende 
Stelle vortasten. Nachdem im so gefundenen 
Vorgänger der Verweis auf das Folgeele- 
ment mit NIL überschrieben wurde, kann der 
belegte Platz des gelöschten Elementes frei- 
gegeben werden. 

Die dritte Listenoperation wurde zum Suchen 
eines Listenelementes entwickelt. Ihr wird mit 
Hilfe des Parameters L wiederum ein Zeiger 
auf den Anfang der zu durchsuchenden Liste 
übergeben. Der Parameter E enthält den Ein- 
trag, der gesucht werden soll, und über den 
Parameter P gibt sie den Zeigerwert zurück, 
der auf das gefundene Listenelement zeigt. 
Enthält die Liste das zu suchende Element 
nicht, wird über diesen Parameter der Wert 
NIL zurückgegeben. Die Prozedur enthält im 
wesentlichen nur die Suchschleife selbst. 
Der in ihr enthaltene Test sieht auf den ersten 
Blick etwas kompliziert aus. Er nutzt die vor- 
ausgesetzte Funktion kleiner und prüft die 
Identität. 

Zur Illustration zeigt Ihnen Bild 40 ein kleines 
Programm. In ihm werden als Listenele- 
mente einfache Integer-Zahlen vereinbart, 
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und für diese Zahlen wird auch die Boolesche 
Funktion kleiner aufgestellt. Zuerst wird der 
Pointer- Variablen L, die jeweils den Listenan- 
fang markieren soll, der Wert NIL zugewie- 
sen. Danach wird die Liste mit 20 zufälligen 
Werten gefüllt. Diese Werte werden geordnet 
in der Liste abgespeichert. Davon überzeugt 
uns die dann folgende Schleife, die den ent- 
standenen Listeninhait anzeigt. Nun werden 
alle Zahlen mit dem Wert 1 aus der Liste ent- 
fernt und der verbleibende Rest der Liste wird 
wiederum ausgegeben. Bei allen diesen Ak- 
tionen dient der Pointer P als Zeiger zu Listen- 
elementen, die jeweils adressier! werden sol- 
len. Die erste und letzte Anweisung im Pro- 
gramm garantieren, daß nach dem Pro- 
grammiauf der Speicherplatz aller dynami- 
schen Variablen wieder freigegeben ist. 
Zusammenfassend: Der für die Verwaltung 
der Liste erforderliche Speicherplatz ist mit 
einem Pointer in jedem Listenelement auf ein 
Minimum beschränkt. Dies hat zur Folge, daß 
die aufgebauten Listen sofort nur vorwärts, 
nicht aber auch rückwärts durchgemustert 
werden können. Anders gesagt: Es ist nicht 
trivial, zu einem Element den Vorgänger zu 
ermitteln. Weiterhin sind sowohl in der Kom- 
ponente Einfügen wie auch in der Kompo- 
nente Löschen Schleifen enthalten, die na- 
türlich Zeit benötigen. Will man die Elemente 
der Liste wirklich geordnet haben, ist dies 
nicht zu ändern. Handelt es sich aber um Li- 
steninhalte, die gar nicht geordnet benötigt 
werden, sollte man die folgende Lösung be- 
nutzen. 

Doppelt gekoppelte, ungeordnete Listen 
Als eine zweite Variante hier nun eine Lösung 
für die Verwaltung von doppelt gekoppelten, 
ungeordneten Listen. Damit wird das Suchen 
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sowohl vorwärts als auch rückwärts möglich 
sein. Dies erfordert aber, in jedem Listenele- 
ment zwei Verweise auf die Nachbarele- 
mente in der Liste zu führen. Ein Verweis 
zeigt dabei auf das jeweils vorhergehende 
Element, und der zweite Verweis zeigt auf 
das nachfolgende Element. Die Liste ist so- 
mit doppelt gekoppelt. Im zweiten Element 
einer Liste sind also folgende Verweise ent- 
halten: Vorgaenge r zeigt auf das erste Ele- 
ment und Nachfolger zeigt auf das dritte Ele- 
ment der Liste. Das erste Element einer Liste 
enthält daher im Feld Vorgaenger NIL una 
das letzte Element einer Liste enthält im Feld 
Nachfolger NIL (Bild 41 ). Somit ist ein Durch- 
lauten der Liste in beiden Richtungen leicht 
möglich. Da auch auf ein Ordnungskriterium 
für die Listeninhaite verzichtet wurde, sind 
die Prozeduren zur Arbeit mit der Liste 
sehr einfach. Auf Schleifen konnte außer beim 
Suchen selbst verzichtet werden (Bild 42). 
Die Prozedur Dazu ermöglicht das Einfügen 
eines neuen Elementes mit dem Eintrag E in 
die Liste, auf deren erstes Element der Poin- 
ter L zeigt. Da wir ja keine Ordnung in der Li- 
ste benötigen, kann das Einfügen des neuen 
Elementes an beliebiger Stelle der Liste erfol- 
gen. Am einfachsten ist das Einfügen am An- 
fang der Liste, wie Sie es hier sehen. Zuerst 
wird tür die dynamische Variable, die das ein- 
zufügende Element aufnehmen wird, Platz 
im Hauptspeicher reserviert und sie dann ge- 
füllt. Da es das neue erste Element der Liste 
sein wird, wird dem Feld Vorgänger der Wert 
NIL zugewiesen. Das Feld Nachfolger dage- 
gen zeigt auf das alte erste Element der Liste, 
wobei es unerheblich ist, ob diese Liste be- 
reits existierte. Das alte erste Element der Li- 
ste muß nun natürlich in seinem Feld Vorgän- 
ger auf das neue erste Element der Liste ver- 
weisen. Diese Zuweisung erfolgl nur, wenn 
die Liste zuvor bereits Elemente enthielt. Die 
Prozedur Dazu übergibt dem rufenden Pro- 
gramm über den Parameter L den Zeiger aut 
den neuen Anfang der Liste. 
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Überlagerung 

von Bildschirmfenstern 

Ralf Liske wie in Turbo-Pascal Version 3.xx unter dem 

VEB Kombinat ILKA Luft- und Kälte- Betriebssystem MS-DOS 3.20 mit geringem 
tec hnik, Stammbetrieb Forschung Aufwand sich überlagernde Bildschirmfen- 
und Technik Dresden ster programmiert werden können. Damit 

stehen vielfältige Möglichkeiten zu eleganter 
Dialoggestaltung offen. 

Der sinnvolle Einsatz der Fenstertechnik in 

der Dialoggestaltung kann die Benutzer- Zwei Prozeduren gestatten das Sichern und 
freundlichkeit von Softwareprodukten insbe- Rückspeichern von beliebigen Bildschirmbe- 
sondere für den mit dem Computer wenig reichen. Sie erfordern einen Color Graphics 
vertrauten Nutzer wesentlich erhöhen. Die Adapter (CGA-Karte) oder einen Mono- 
entsprechenden Programmierwerkzeuge chrombildschirmadapter (bzw. einen dazu 
erscheinen jedoch für kleine Anwendungs- kompatiblen, z. B. Hercules-Karte) und lau- 
programme als zu gewaltig, so daß der fenauf dem A 71 50. 

Wunsch nach weniger komplexen Hilfsmit- Bild 1 zeigt die beiden Prozeduren in Verbin- 
teln besteht. Der vorliegende Beitrag zeigt, düng mit globalen Deklarationen: 



SAVE_WINDOW sichert Bildschirmaus- 
schnitt in einem dynamisch verwalteten Spei- 
cherbereich, 

RESTORE_WINDOW dient zum Rückspei- 
chern des jeweils letzten Bildschirmaus- 
schnitts. 

Die zu sichernden Bildschirmausschnitte 
werden mit Hilfe der Pointervariablen screen- 
_ pointer im Heap abgespeichert. Dazu wird 
der Bildwiederholspeicher zeilenweise aus- 
gelesen, wobei seine Basisadresse vom Bild- 
schirmadapter abhängt und mit der Funktion 
15 des BlOS-lnterrupts 16 bestimmt werden 
kann (siehe auch /I/). Der Bildwiederholspei- 
cher selbst setzt sich zeilenweise aus 25 mal 
80 (bzw. 40) Bytepaaren zusammen, wobei 
das erste Byte den Code des darzustellen- 
den Zeichens und das zweite Byte die Dar- 
stellungsattribute (invers, blinkend, Farbe, 
usw.) enthält. Entsprechend berechnen sich 
die Adressen der zu sichernden Bildschirm- 




Bild 2 Anwendungsbeispiel der Prozeduren aus 
Bild 1 

Positionen in Bild 1 als Offset zur Basis- 
adresse des Bildwiederholspeichers. 

Bei der Manipulation des Videomoduls ist zu 
beachten, daß die Prozeduren in der vorlie- 
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Suchstrategien in Spielsituationen 

Spielsituationen in Graphen - MINIMAX 
Wir betrachten Spiele zwischen zwei Spie- 
lern mit Ausschluß von zufälligen Einwirkun- 
gen (Glücksspiele) mit vollständiger Informa- 
tion. Daher gibt es außer dem Gegenzug des 
Partners, dessen Möglichkeiten bekannt sein 
müssen, keine unbekannten Faktoren für das 
System. Ziel ist eine Gewinnstrategie. 

Wir betrachten als erstes ein Spiel von MIN 
und MAX (unsere beiden Spieler), die eine 
Anzahl von 7 Streichhölzern vor sich haben, 
und jeder, der am Zug ist, hat den Haufen, 
bzw. dann einen der Haufen, in ungleiche Be- 
standteile zu zerlegen. In Bild 1 7 ist der Spiel- 
verlauf dargestellt. 

MAX : 5,2 bedeutet, MAX ist am Zug und hat 
zwei Mengen von Streichhölzern mit 5 bzw. 2 
Stück vor sich. Wie die fettgedruckten Pfeile 
verdeutlichen, gibt es eine Gewinnstrategie 
für MAX unabhängig davon, wie MIN das 
Spiel beginnt. Hierbei sind gewisse Analo- 
gien zu UND/ODER-Graphen zu sehen. 
Nachfolgeknoten von MAX, also MIN-Kno- 
ten, stellen ODER-Knoten dar. Es reicht aus, 
wenn einer davon auf der Gewinnstrategie 
liegt. Andersherum sieht es mit den MAX- 
Knoten aus. Da ungewiß ist, welchen davon 
MIN auswählt, müssen alle auf der Gewinn- 
strategie liegen, bilden also eine Menge von 
UND-Knoten. 

Das Spiel mit den Streichhölzern läßt sich 
noch recht einfach in einem solchen UND/ 
ODER-Graph darstellen. Schwieriger wird es 


genden Form nur auf der Bildschirmseite 0 
arbeiten. 

In den Quelltext ist lediglich die Einbindung 
der in Bild 1 aufgeführten Programmzeilen 
mittels der Includ-Option des Compilers zu 
organisieren (siehe auch Bild 2). Vor dem er- 
sten Aufruf der Prozedur SAVE_WINDOW 
muß die Variable screen_pointer mit dem 
Wert nil initialisiert werden. Die Prozeduren 
SAVE_WINDOW und RESTRORE_WIN- 
DOW dürfen nur paarweise verwendet wer- 
den, eine Verletzung dieser Regel (oder un- 
genügender Speicherplatz im Heap) führt zur 
Ausgabe einer Fehlermeldung und zum Pro- 
grammabbruch. Ebenso muß der Heap vor 
dem Aufruf von RESTORE-WINDOW auf 
den gleichen Stand wie unmittelbar nach 
dem entsprechenden Aufruf von SAVE- 
-WINDOW gebracht werden. Gleiches gilt 
für den Bildschirmmodus sowie die aktuelle 
Bildschirmseite. 


jedoch bei komplizierteren Brettspielen, wie 
Dame oder Schach. Sind es beim Damespiel 
etwa 1 0 40 zu entwickelnde Knoten, so sind es 
beim Schach gar IO 120 . Bei einer Genera- 
tionsrate von 10 Knoten/Nanosekunde (das 
entspricht etwa 10 Giga-LIPS = IO 10 Logical 
inferences per second; und das ist unvorstell- 
bar für heutige Computer) würde ein vollstän- 
diger Graph für das Schachspiel eine Re- 
chenzeit von 3 x IO 100 Jahrhunderten erfor- 
dern. 

Es ist daher sehr schnell einzusehen, daß 
das nicht der Weg sein kann, um die Gewinn- 
strategie zu finden. Wir geben uns deshalb 
damit zufrieden, einen guten ersten Zug zu 
finden. Das ist ständiges Ziel unseres Spie- 
lers. Die Suche nach diesem guten ersten 
Zug kann durch eine Reihe von Limitierungen 
eingeschränkt werden (Zeit, Speicherraum, 
Suchtiefe). Wenn die Suche bis zu diesen 
Grenzen fortgeschritten ist, erhalten die 
Blattknoten des Baumes (die, die keine 
Nachfolgeknoten besitzen) einen Wert zuge- 
ordnet, der im Zusammenhang mit der Güte 
der entsprechenden Spielsituation stehen 
sollte. Es könnte dies ein positiver Wert für ei- 
nen für MAX günstigen Zug und ein negativer 
Wert für einen für MIN günstigen Zug sein. 
Dann würde MAX, wenn er vor der Zugaus- 
wahl steht, den Knoten mit dem maximalen 
Wert (daher auch die Namen unserer beiden 
Spieler) wählen und umgekehrt MIN den 
Knoten mit dem minimalen Wert. Zuvor müs- 
sen allerdings die Werte der Blattknoten an 
ihre Elternknoten weitergegeben werden, 
von diesen wieder an die Elternknoten usw. 
Das geschieht auf folgende Weise: Ein MAX- 
Elternknoten erhält den Wert des Nachfolge- 
MIN-Knotens mit maximalem Wert; umge- 
kehrt für MIN. Das wird bis zu den Nachfol- 


Bild 2 zeigt in einem kurzen Demonstrations- 
beispiel die Anwendung der Prozeduren für 
die Programmierung von Dialogfenstern, die 
vom Bildschirm auch wieder verschwinden, 
wenn sie nicht mehr benötigt werden. 

Die dargestellte Lösung ist in vielerlei Hin- 
sicht ausbaufähig, man sollte jedoch prüfen, 
inwieweit bei komplexeren Anforderungen 
professionellere Programmierwerkzeuge 
günstiger einzusetzen sind. 
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gern des Anfangsknotens fortgeführt, von wo 
aus dann entsprechend ausgewählt werden 
kann. Es wäre natürlich auch denkbar, be- 
reits für die Nachfolgeknoten des Anfangs- 
knotens dieselben Berechnungen anzustel- 
len wie für die Blattknoten, um die entspre- 
chenden Werte zu ermitteln. Man kann je- 
doch davon ausgehen, daß die von den Blatt- 
knoten zurückgegebenen Werte, da sie ja 
schon weiter im Spiel voraus gedacht haben, 
größeren Informationsgehalt besitzen. 

Alpha-Beta-Suche 

Bild 18 zeigt einen durch das soeben be- 
schriebene MINIMAX-Verfahren erhaltenen 
Spielbaum. Die Quadrate stellen MAX-Kno- 
ten, die Kreise MIN-Knoten dar, und die 
Werte in diesen Kreisen bzw. Quadraten sind 
die durch die MINIMAX-Prozedur ermittelten. 
Es zeigt sich, daß ein Teil der Knoten für die 
Suche völlig unbedeutend ist und weggelas- 
sen werden kann. Bei einer Tiefensuche wür- 
den die Knoten in der Reihenfolge untersucht 
werden, wie sie in Bild 18 numeriert worden 
sind. Wenn die Konfigurationen 4. und 5. un- 
tersucht worden sind, erhalten wir für 3. den 
Wert 4; 2. ist ein MIN-Knoten, wählt demnach 
den Minimalwert unter seinen Nachfolgekno- 
ten. Dieser kann nur kleiner als 4 werden. 
Wenn wir 6. untersuchen und feststellen, daß 
bereits 7. den Wert 5 liefert, also 6. minde- 
stens den Wert 5 hat, braucht 8. gar nicht 
mehr untersucht werden. Ebenfalls braucht 
der ganze Zweig, der mit dem Knoten 1 3. ver- 
bunden ist, nicht betrachtet werden. Durch 
dieses Beschneiden des MINIMAX-Spiel- 
baumes ergeben sich enorme Zeiteinsparun- 
gen. Bei einem Baum mit n Blattknoten brau- 
chen_durch dieses Beschneiden etwa nur 
2* Vn Blattknoten untersucht werden. Die Er- 
wartungswerte für MAX und MIN wurden bei 
ersten Untersuchungen zu diesem Verfahren 
mit Alpha und Beta bezeichnet. Knoten 1. 
könnte man dann einen Alpha-Wert von 4 zu- 
ordnen. Alle Zweige, die einen geringeren 
Wert haben, sind uninteressant. Wenn wir 
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von einem beliebigen Knoten aus mit dem 
Tiefenverfahren suchen, erhalten wir, wenn 
wir das erste Mal die maximale Tiefe errei- 
chen, den Alpha-Wert für MAX-Knoten und 
den Beta-Wert für MIN-Knoten, die jeweils 
untere bzw. obere Schranke der zu erwarten- 
den wirklichen Werte sind. 

Expertensysteme 

Der Begriff des Expertensystems ist in den 
letzten Jahren überall in der Welt zum 
Schlagwort geworden. Sowohl in der Fachli- 
teratur zur Informatik, Computertechnik und 
Künstlichen Intelligenz als auch in der Wirt- 
schaft, der Politik und der Tagespresse. 

Aufbau eines Expertensystems 

Ein Expertensystem ist erst einmal ein Com- 
puterprogramm. Dieses Computerprogramm 
dient einem Experten (einem Menschen) in 
einem begrenzten Problemkreis der objekti- 
ven Realität (einer Mikrowelt). In dieser Mi- 
krowelt verfügt das Expertensystem über das 
nötige Wissen, das sich in einer Wissensba- 
sis befindet. Es kann aber ebenfalls dazu die- 
nen, daß ein Nichtexperte (ein Mensch) ei- 
nen Experten (diesmal das Computerpro- 
gramm) um Rat fragt. 

Bild 19 zeigt einen möglichen Aufbau eines 
Expertensystems. Die einzelnen Komponen- 
ten verdeutlichen schon die Aufgaben, die 
ein solches Expertensystem zu lösen hat. 
Über die Dialogkomponente ist es mit dem 
Nutzer verbunden. Hier ist anzustreben, über 
Möglichkeiten der Sprach- und Bildverarbei- 
tung und der Computergrafik diese Schnitt- 
stelle immer mehr der Begriffswelt des 
menschlichen Nutzers zu nähern. Die Pro- 
blemlösungskomponente leitet anhand der 
gegebenen Fakten und Regeln (also anhand 
des Wissens) logische Schlüsse ab. Die Er- 
klärungskomponente sollte in der Lage sein, 
solche Prozesse dem Nutzer verständlich zu 
machen. Und die Wissenserwerbskompo- 
nente dient schließlich dazu, die Wissensba- 
sis zu erweitern. 

In der Welt existieren eine Reihe solcher Sy- 
steme zur Unterstützung der Expertentätig- 
keit. Sie sind eigentlich in allen Aufgabenbe- 
reichen einsetzbar, angefangen von der me- 
dizinischen Diagnose bis hin zu Hilfestellun- 
gen bei VLSI-Entwürfen bzw. als Bestandteil 
in CAD- und CAE-Systemen. Wie gesagt, Ex- 
pertensysteme unterstützen die Handlungs- 
fähigkeit derer, die mit ihnen arbeiten, sind 
aber selbständig nicht zu eigenen Handlun- 
gen fähig. Sie sind eine Art Wissensverstär- 
ker für ihren Nutzer, entlasten diesen da- 
durch aber nicht von seiner Verantwortung 
beim Treffen von Entscheidungen. Das ist in 
moralisch-ethischer Hinsicht auch beson- 
ders beim Einsatz in der Medizin zu beach- 


ten, spricht aber keineswegs gegen diesen 
Einsatz. 

Neben einer Reihe von Ideen, wie Experten- 
systeme zu konstruieren sind, haben sich 
zwei grundlegende Schulen herausgebildet: 

• Die logische Programmierung (z. B. Pro- 
log) mit Fakten und Regeln in Form von prädi- 
katenlogischen Klauseln, und 

• die regelbasierte Schule (z. B. OPS5), bei 
der Regeln in Form von Bedingung-Aktion- 
Paaren festgeschrieben sind und Fakten als 
strukturierte Objekte (beispielsweise Fra- 
mes) dargestellt sind. Diese werden durch 
die Regeln getestet und modifiziert. 

Durch die Vielfältigkeit der möglichen Ein- 
satzgebiete kann vor dem Informatiker oder 
dem Wissensingenieur nicht die Aufgabe ste- 
hen, Hunderte oder Tausende von solchen 
Systemen zu entwickeln, sondern wün- 
schenswert ist es, Programmierumgebungen 
(sogenannte Shells) für Expertensysteme zu 
schaffen, die in vielen Gebieten einsatzfähig 
sind. 

Expertensysteme 

erfordern neue Computerarchitekuren 

Mit der Entwicklung von Expertensystemen 
entstanden eine Reihe von Problemen, die 
einerseits die Entwicklung hemmen, ande- 
rerseits offene Fragen sind. Zu diesen hem- 
menden Faktoren gehören Verkaufsstrate- 
gien westlicher Firmen. Es scheint sich ge- 
genwärtig in der Welt so zu gehören, daß 
Steuerungen u. ä. zusammen mit Experten- 
systemen verkauft werden müssen, um noch 
das große Geld machen zu können. Und der 
Begriff des Expertensystems ist dann nur 
noch ein anderes Wort für Computerpro- 
gramm. Das hat nichts mehr mit Künstlicher 
Intelligenz zu tun und führt auch zu einem ge- 
wissen Desinteresse der Kl-Forscher an der 
Entwicklung von Expertensystemen. Ande- 
rerseits läßt diese Tendenz die Annahme zu, 
daß das Problem der Expertensysteme 
längst gelöst sei, und es keine Hürde ist, be- 
liebiges Expertenwissen in so ein System zu 
pressen. Es führt weiterhin zu einer Unter- 
schätzung der für solche Systeme notwendi- 
gen Computertechnik, außerdem zu dem Be- 
streben, Mittel und Methoden der Künstli- 
chen Intelligenz einzusetzen, wo es her- 
kömmliche Programmierungstechniken bis- 
her auch und sogar besser getan haben; bei- 
spielsweise wird ein in Prolog geschriebener 
Sortieralgorithmus noch lange nicht zu einem 
Expertensystem für das Sortieren! 

Diese Tendenzen wirken auf das Erschließen 
der offenen Probleme und Möglichkeiten der 
Expertensysteme gewiß nicht förderlich, 
scheinen aber international zur täglichen 
Praxis zu werden. 

Nun zu den offenen Problemen: 


Als erstes gilt es hier die Frage der Grundla- 
genforschung zu betrachten. Die Erfor- 
schung der Mittel und Methoden der Künstli- 
chen Intelligenz reicht sehr weit zurück und 
hat auch schon eine Reihe in sich abge- 
schlossener Ergebnisse gebracht, wie aus 
den vorangegangenen Teilen dieses Beitra- 
ges im MP 6 und 9/1989 zu ersehen ist. Es 
gibt allerdings keine allgemeingültige Theo- 
rie darüber, welche Methode wann auszu- 
wählen ist. Ähnlich sieht es mit der Frage der 
Art der Wissensrepräsentation aus. 

Welche ist für welchen Fall geeignet, wie wer- 
den sie ineinander umgewandelt (Bilder in 
Prädikatenlogik usw.)? 

Ein weiteres nicht zu unterschätzendes Pro- 
blem ist die Menge an Wissen, über das ein 
Expertensystem verfügen sollte. 

Einerseits stehen Forderungen nach einem 
größeren Wissensumfang. Das U.S. Depart- 
ment of Defense’s Advanced Research Pro- 
jects Agency fordert für 1990 Expertensy- 
steme mit 30000 Regeln und einer Ge- 
schwindigkeit von 1 2 000 productions per se- 
cond; das Japanische Projekt zur Fünften 
Computergeneration geht von mehr als 
10000 Klauseln bei einer Geschwindigkeit 
von 50 Mega bis 1 Giga-LIPS (50 - 10 6 . .. 10 9 
LIPS) aus; andere Angaben gehen noch wei- 
ter. Demgegenüber stehen skeptische Mei- 
nungen von einer Reihe von Kl-Forschern. 
Diese bezweifeln die Möglichkeit der Verwal- 
tung von größeren Systemen bis hin zu der 
Ansicht, daß bei mehr als 8 000-10000 Re- 
geln Verluste durch Inkonsistenz entstehen 
können. 

Was die Erweiterung der Kapazitäten der Ex- 
pertensysteme anbelangt, so führt diese ge- 
zwungenermaßen zu einem Umbruch in der 
Computerarchitektur überhaupt. Die Ge- 
schwindigkeitssteigerung läßt sich nur durch 
Parallelverarbeitung einerseits und Compi- 
leroptimierungen andererseits erreichen. 
Weiterhin sollten diese Architekturen überei- 
nen größeren linearen (d. h. nicht segmen- 
tierten) Adreßbereich verfügen, damit auch 
umfangreichere Programme lauffähig sind. 
Damit sind der Stand und einige Tendenzen 
der internationalen Entwicklung auf diesem 
Gebiet dargelegt. 
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In einigen Anwendungsfällen ist es 
notwendig, über einen Personalcom- 
puterzwei Drucker zu bedienen, zum 
Beipiel wenn im ständigen Wechsel 
auf Formularen und formlosem Pa- 
pier gedruckt werden soll. Im folgen- 
den wird eine Lösung dieses Pro- 
blems am A 7100 unter dem Be- 
triebssystem SCP 1700 beschrie- 
ben. 

Mit dem Betriebssystem SCP 1700 
läßt sich standardmäßig ein Drucker 
über Centronics-Schnittstelle betrei- 
ben. Soll zusätzlich ein zweiter Druk- 
ker mit V.24-Eingang angeschlossen 
werden, so sind folgende Änderun- 
gen im Betriebssystem notwendig: 
Das INITSI3-Byte am Anfang des 
Quelltextes muß dem jeweiligen 
Druckertyp angepaßt werden. Für 
den Epson LX 86 lautet es zum Bei- 
piel 10101 1 1 1 B. Der Drucker kann 
nach dem Generieren des Systems 
durch Ansprechen des Ausgabegerä- 
tes CRT bedient werden. Im Anwen- 
derprogramm erreicht man das pro- 
blemlos mit dem Setzen des I/O-By- 
tes auf 40H mittels BDOS-Funktion 8. 
Der genaue Wert des INIT-Parame- 
ters muß dem Handbuch des jeweili- 
gen Druckers entnommen werden 
und wird nach den dazugehörigen 
Kommentaren im BIOS-Quelltext co- 
diert. Das Anschlußkabel wird nach 
den Angaben in /I/ und im Handbuch 



Bild 1 Adapter für IFSP nach Cen- 
tronics-Umbelegung 


Zweiter Drucker 
am A 7100/7150 


Hartmut Voigt, Finsterwalde 


des Druckers hergestellt. Man wird je- 
doch immer bestrebt sein, zwei Druk- 
ker gleichen Typs einzusetzen. Ein 
zweiter V.24-Ausgang läßt sich aber 
nur mit erhöhtem Aufwand, unter Ein- 
satz eines aktiven Adapters, realisie- 

Stehen zwei Drucker mit Centronics- 
Eingang zur Verfügung, stellt sich der 
Fall wesentlich einfacher dar. Es 
müssen lediglich ein passiver Adap- 
ter gebaut und einige einfache Ände- 
rungen am Betriebssystem ausge- 
führt werden. Als Ausgang wird die 
IFSP-Schnittstelle benutzt. Hier muß 
allerdings beachtet werden, daß 
die Ausgänge über Treiberstufen ar- 
beiten und demzufolge negiert an den 
Steckkontakten änliegen. Dieses 
Problem wird softwareseitig ge- 
löst. 

Der Adapter 

Um eine Änderung des Druckeran- 
schlußkabels zu vermeiden, wird ein 
einfach aufgebauter Adapter benutzt. 
Dazu werden jeweils eine Stecker- 
und eine Buchsenleiste C 25 (Can- 
non) benötigt. Die Kontakte der Lei- 
sten werden entsprechend Bild 1 
durch dünne Schaltdrähte verbun- 
den. Nach der Erprobung wird ein 
Blechstreifen als Kapselung um die 
Leisten gelegt. Ein Stück dünne 
Plastfolie isoliert die Lötkontakte. Wie 
die mechanische Verbindung der bei- 
den Leisten erfolgt, richtet sich nach 
den handwerklichen Möglichkeiten. 
In unserem Fall wurde ein Stück 
Blech an den Kanten 2 mm abgewik- 
kelt, in den Kragen der Leisten gelegt 
und mit einer Schraube an der Kapse- 
lung befestigt. Eine andere Möglich- 
keit wäre das Ausgießen des aus- 
getesteten Adapters mit Epoxid- 
harz. 

Wer den Aufbau des Adapters umge- 
hen möchte, kann natürlich auch das 
Anschlußkabel entsprechend modifi- 
zieren. Es muß dann jedoch eine Ver- 
wechslung mit dem Originalkabel ver- 
mieden werden. 

Das Betriebssystem 

Änderungen am Betriebssystem sind 
an drei Stellen notwendig: 

- Die Alternativkonstante LISTIFSP 
am Anfang des Quelltextes wird 
auf TRUE gesetzt. 

- Der Statustest (nach der Marke 
IFSPST:) wird nach Bild 2 geän- 
dert. 


LISTST_UL1 : 

IF NOT LISTIFSP 


JMPS IFSSOUTST 


ENDIF 

; Bis hier Original-Betriebssystem 


- Die Zeichenausgabe (IFSPOUT:) 
ist nach Bild 3 neu in das Pro- 
gramm autzunehmen. 

Die Initialisierung des IFSP-Aus- 
gangs wird nicht geändert. Das schon 
genannte Problem, daß alle Pegel ne- 


giert ausgegeben werden, bedeutet, 
daß die sonst zu verwendenden 
Handshakesignale BSTROBE und 
BRDY durch entsprechende Nachbil- 
dungen in der Ausgabe ersetzt wer- 
den müssen. Dieses Verfahren bringt 


IFSPOUT; 

CALL IFSPST 

JZ IFSPOUT 

IN AL , DX 

TEST AL , 4 5 

JZ UL1NOE ; 

CALL LSTERR ; 

JMPS IFSPOUT | 

; bis hier Original-Betriebssys 


PRINT ERROR MESSAGE 


Ausgabe am IFSP-Interf ace zu einem Centronics- 

Port As Statusinformationen, Port B; Daten 

A7- /STROBE, A5- /ACK, A4- PE, A3- /ERR, AO- /BUSY 

A 6 , A2, Al nicht verdrahtet 




; nur ASCII 
; negieren wegen 
; Treiberstufe nach PIO 


MOV DX , IFSP+4 1 Port B 

OUT DX , AL 

DEC DX 

DEC DX ; DX; jetzt Port A 


OUT DX , AL j /STROBE ein 

MOV AL , O 

OUT DX , AL ; /STROBE aus 

RET 


I JMP OUT Sprung zur ehemaligen Ausgabe 

;Ende ULINOE-Einbau 


Bild 3 Einzelzeichenausgabe über IFSP-Schnittstelle 


acedure outporttc; 
ist IFSP = *308 ; 
count = 1024 | 


char ) | <Eina 


rl Zeichenausgabe ) 
Presse IFSP-Status) 
- Warteschleife ) 


( port[ IFSP] 4 
then exit; 

( portC IFSP 3 « 


{ /ACK-Test 
{ /BUSY-Test 


i=portC IFSP] | 


{ Abholen Fehldater 


if printer_j-eady th 
begin 

port[ IFSP] *»Oj 
portC IFSP+2] :«not 
portC IFSP] s=*B0j 
portC IFSP] ;*0; 


byte(c); { Ausgabe Zeic 
i Strobe setzen 
{ Strobe ruecksetzen 
{ zurueck nach Ausgabe 



write(m ) \ 




IN 

TES1 

JNZ 









Bild 2 Statusprüfung der IFSP-Schnittstelle am Centronics-Drucker Bild 4 Ausgabetreiber für Turbo-Pascal 
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aber keinen Nachteil in der Anwen- 
dung mit sich. Die Kommentare in 
den Bildern 2 und 3 sollen zur Erklä- 
rung genügen. Um das Auffinden der 
Stellen im Quelltext zu erleichtern, 
werden einige Zeilen vor und hinter 
den Änderungen mit abgebildet. 

Nach der Übersetzung und dem Start 
des Betriebssystems kann der Druk- 
ker mittels STAT LST: = ULI : und an- 
schließender Hardcopyfunktion durch 
Control + P getestet werden . 

Zur Einbindung des Druckers in das 
Anwenderprogramm gilt das schon 
zur V.24-Schnittstelle Gesagte. Das 1/ 
O-Byte wird jetzt auf OCOH gesetzt. 
Wem das Umstellen des Betriebssy- 
stems zu aufwendig ist oder wer 
Skrupel hat, hier eine Änderung 
durchzuführen, für den sei noch eine 
andere Lösung dargestellt. Im Turbo- 


Pascal ist es beispielsweise möglich, 
die Ausgabetreiber logischer Geräte 
auf selbstgeschriebene Routinen um- 
zuleiten. Bild 4 zeigt ein Testpro- 
gramm. Die Prozedur OutPort stellt 
diesen Treiber dar. Die darin einge- 
brachte Funktion PrinterReady prüft 
den Status des Druckers. Wird ein an- 
derer Drucker als der hier verwendete 
LX 800 benutzt, muß die Konstante 
Count eventuell verändert werden. 
Sie ist von der Ausgabezeit eines Zei- 
chens abhängig. Um den Treiber ein- 
zuschalten, ist die erste Zeile des 
Hauptprogramms LstOutPtr:=Ofs 
(Outport) notwendig. 

Literatur 

/I / Betriebsdokumentation A 71 00, Band 1 
Rechner und Geräte. VEB Robotron- 
Projekt Dresden, 1986 


Dienstprogramme für SCP 1700 

Frank Isekeit 

Deutsche Reichsbahn, Ingenieurbüro für Rationalisierung des 
Eisenbahnbaues 


In dem folgenden Artikel werden 
zwei Dienstprogramme zur Verbes- 
serung der Arbeit mit der Speicher- 
diskette RAM-Disk unter SCP 1700 
vorgestellt. Die Programme ermögli- 
chen es, ohne RESET den reservier- 
ten Speicherplatz freizugeben als 
auch die RAM-Disk neu einzurichten 
und zu initialisieren. 

Die relativ umständlichen Handlun- 
gen zur Vorbereitung der Nutzung der 
Speicherdiskette führten zu Überle- 
gungen, dieses Hilfsmittel beim Sy- 
stemstart ohne Zutun des Nutzers 
grundsätzlich einzurichten IM, 121. 
Das ist - neben der Erleichterung der 
Bedienung - auch eine wesentliche 
Voraussetzung zur Arbeit mit einem 
Kaltstartkommando. Einige bekannte 
Programme (u. a. TABCALC) sind auf 
Geräten mit 512 KByte Hauptspei- 
cher aber nur lauffähig, wenn keine 
Speicherdiskette eingerichtet ist. In 
einem solchen Fall ermöglicht das 
Programm CLRDSK, den für die 
RAM-Disk. reservierten Speicherbe- 
reich freizugeben. Das Programm 
GENDSK dient dagegen zum Einrich- 
ten und Initialisieren der RAM-Disk. 
Beide Programme sind für das Be- 
triebssystem SCP 1700 (Version 2.2 
und 3.0) einsetzbar. Bei anderen Be- 
triebssystemen ist die Eignung zu 
überprüfen. 

Die Programme sollen im folgenden 
kurz vorgestellt werden. Hinweis: Bei 
beiden Programmen ist - im Hinblick 
auf die Nutzung in SUBMIT-Dateien- 
keine Rückfrage an den Bediener als 
Schutzmaßnahme bei versehentli- 
chem Aufruf vorgesehen. 

Das Programm CLRDSK 
Der Quelltext des Programms ist in 
Bild 1 wiedergegeben, es besitzt 
keine Besonderheiten. Eine Mittei- 
lung an den Bediener erfolgt nicht. 
CLRDSK setzt im Tabellenbereich 
des Betriebssystems die Basis-Seg- 
mentadresse der RAM-Disk auf Null 
(wird von SCP 1 700 als nicht vorhan- 
dene RAM-Disk interpretiert) und ver- 
größert den TPA-Bereich um den 
sonst reservierten Bereich. 

Da CLRDSK keine Schreiboperatio- 
nen in dem vorgesehenen Hauptspei- 
cherbereich ausführt, kann man bei 


versehentlichem Aufruf gespeicherte 
Dateien retten. Dazu sind die RE- 
SET-Taste und sofort nach dem er- 
sten Kontrollton die BREAK-Taste zu 
betätigen 131. Beim Betriebssystem 
nach 121 sind keine weiteren Maßnah- 
men erforderlich, beim Original-Be- 
triebssystem ist die RAM-Disk einzu- 
richten und nicht zu initialisieren. 
Wurde das Betriebssystem nach IM 
geändert, ist das Retten der Dateien 
allerdings nicht mehr möglich. 

Das Programm GENDSK 
Bild 2 zeigt den Quelltext des Pro- 
grammes, das eine Reihe von Prü- 
fungen durchführt, die im wesentli- 
chen den vom Betriebssystem vor 
Einrichten der RAM-Disk vorgenom- 
menen entsprechen. Das betrifft im 
einzelnen: 

• Sind mindestens 5 Diskettenlauf- 
werke definiert? 

• Ist der Diskettenparameterblock 
für physisches Laufwerk 4 vorhan- 
den? 

• Ist das physische Laufwerk 4 vom 
Typ K5600.20? 

• Beträgt die Hauptspeichergröße 
mindestens 512 KByte? 

Ist eine dieser Bedingungen nicht er- 
füllt, kann keine RAM-Disk eingerich- 
tet werden. In diesem Fall gibt das 
Programm eine Fehlermeldung aus. 
Bei erfolgreicher Abarbeitung wird 
nach einer entsprechenden Meldung 
die Speicherdiskette initialisiert und 
zurückgesetzt, so daß deren Nutzung 
ohne vorherige Eingabe von CTRL-C 
erfolgen kann (wichtig bei Abarbei- 
tung von GENDSK in Kommandoda- 
teien). 

Der Aufruf von GENDSK bei bereits 
vorhandener RAM-Disk bewirkt ein 
Initialisieren derselben. 

Das Übersetzen der Programme 
Beide Programme nutzen das 8080- 
Speichermodell und entsprechen in 
ihrem Aufbau dem in 141 gezeigten 
Beispiel. 

Die nachstehenden Erläuterungen 
wurden im wesentlichen 141 und 151 
entnommen und wenden sich, ent- 
sprechend dem Charakter der Geräte 
als Arbeitsplatzcomputer, in erster Li- 
nie an den Nutzer mit geringerer Er- 
fahrung. 


Zunächst sind die Quelltexte der Pro- 
gramme einzugeben und in den Da- 
teien CLRDSK.A86 und GENDSK. 
A86 abzuspeichern. Wird dabei ein 
Textverarbeitungssystem genutzt, 
muß in einem zum Erstellen von Pro- 
grammen geeigneten Modus gear- 
beitet werden. Die weitere Vorge- 
hensweise sei am Beispiel von 
CLRDSK gezeigt. 


title 'clrdsk' 


100h 
cl, 32h 

dx, offset bio 
224 

ax, 0104h 
ds , ax 
ax,6[bx] 


6 [ bx ] , ax 
ax , 3 C bx ] 
ax, 4fS0h 



224 
cl,0 
dl,0 
224 

offset endos 
18.0.0.0.0 


Bild 1 Quelltext des Programms 
CLRDSK 


Zunächst übersetzt man den Assem- 
bler-Quelltext mit ASM86: 

ASM86 CLRDSK <CR> 
und generiert anschließend das La- 
deformat: 

GENCMD CLRDSK 8080 <CR> 
Sollten bei der Arbeit von ASM86 
Fehler gemeldet werden, kann man 
diese anhand der Listen-Datei 
CLRDSK.LST lokalisieren, die Quell- 
dateien korrigieren und den Vorgang 
wiederholen. 

Die nach dem Lauf vom GENCMD 
entstandene Datei CLRDSK.CMD ist 
bereits das lauffähige Programm. 

Die Programme ASM86 und 
GENCMD gehören zum Softwarepa- 
ket des A 71 00. 


1/ Lennartz, M.: Veränderungen des SCP 
1700. Mikroprozessortechnik 2 (1988) 
4,S. 124 

2/ Herse, M.; Isekeit, F.: Änderungen am 
Betriebssystem SCP 1700. Mikropro- 
zessortechnik 2 (1988) 6, S. 181 . 

131 Datei DOKERG.TXT auf der Systemdis- 
kette des A 7100 

/4 / Arbeitsplatzcomputer A 71 00, Anleitung 
für den Systemprogrammierer, Teil 
„Steuerprogramm SCPX“, S. 12 

151 Arbeitsplatzcomputer A 71 00, Anleitung 
für den Programmierer, Teil „Debugger 
und Assembler“, S. 7 


DX, OFFSET BIO 

AX.0104H 

AL,9[BX3 


AX . BX 
AX.86 
SI.AX 
AX, [SI] 


;DPB- ADRESSE BERECHNEN 


;HS > 512KBYTE? 
;DISK- SEGMENT 
; SEG- LENGTH 


; RUECKSETZEN LAUFWERK E : 


DX^OFFSET MSG1 

DX? OFFSET MSG2 ; FEHLERMELDUNG 


OFFSET ENDCS 

0DH.0AH.0AH, 'Speicherdiskette E: (306 KByte) 


Bild 2 Quelltext des Programmes GENDSK 
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DCPfür16-Bit-PCs 
ohne Festplatte 

Für 16-Bit-PCs (A 7150, EC 1834), 
die über kein Festplattenlaufwerk ver- 
fügen, wird ein optimaler Arbeitsab- 
lauf durch die Nutzung verschiedener 
Prozeduren (Batchdateien) unter 
dem Betriebssystem DCP ermög- 
licht. Voraussetzung für diese Ar- 
beitsweise ist ein Computer mit zwei 
Floppy-Disk-Laufwerken. Beim Start 
dieser Prozeduren ist zu beachten, 
daß keine residente Benutzeroberflä- 
che (Norton-Commander, QDOS, 
XTREE) aktiv sein darf, da bestimmte 
Parameter in der Umgebung (Envi- 
ronment) des Befehlsprozessors 
(COMMAND.COM) definiert und an 
die Folgeprozeduren übergeben wer- 
den müssen. 

Jeder Nutzer hat die Möglichkeit, sich 
eine persönliche Diskette mit hierar- 
chischer Verzeichnisstruktur einzu- 
richten, welche während der gesam- 
ten Arbeit am Computer in einem Dis- 
kettenlaufwerk verbleiben kann.. 
Ständig benötigte Software bzw. Pro- 
zeduren werden beim Systemstart 
auf eine RAM-Diskette (Laufwerk va- 
riabel) ausgelagert und das zugewie- 
sene Laufwerk in die Suchpfadliste 
eingetragen. Das freie Diskettenlauf- 
werk dient zur Aufnahme und zum 
Wechsel der benötigten (Standard-) 
Software, welche nur einmal am 
Computerarbeitsplatz vorhanden 
sein muß. Die Abspeicherung der nut- 
zerspezifischen Daten und Pro- 
gramme erfolgt auf die vereinbarte 
Nutzerdiskette. Das entsprechende 
Laufwerk oder die zugewiesenen 
Pfade werden ebenfalls vorrangig in 
die Suchpfadliste des Environments 
eingetragen. Die Einstellung auf die 
Standardparameter des Betriebssy- 
stems wird durch eine entsprechende 
Endeprozedur gewährleistet. 

Bei Zusendung einer formatierten 
Diskette (720 KByte) können unter 
Angabe des Computertyps die Proze- 
duren AUTOEXEC.BAT, FBDISK- 
.BAT, LOGON.BAT, LOGOFF.BAT 
einschließlich einer Kurzdokumenta- 
tion angefordert werden. 

VEB Papierverarbeitungswerk Zittau, 
Fachbereich Ökonomie/EDV, Pescheck- 
straße 25, Zittau, 8800; Tel. 2553, App. 
54 Dittrich 


Kopplung EM R - PC 

Eine ökonomische Alternative zum 
Einsatz von Rechnern mit 16-/32-Bit 
Verarbeitungsbreite bieten Kopplun- 
gen vom EMRs mit PCs zur parallelen 
Meßwerterfassung. Die im Beispiel 
verwendete EMR-Platine (Basis U 
8830) verfügt über 2 KByte externen 
EPROM (Editor/Debugger ein- 
schließlich modifizierter PUTCHAR- 
und GETCHAR-Routinen) und 4 
KByte RAM. Je 8 der insgesamt 32- 
ln-/Output-Leitungen ermöglichen 
die Kommunikation mit dem PC. Da- 
bei werden die Ports % 2003 (Out) 
und % 2007 (In) mit der PC-PIO oder 
mit einer Porterweiterung des PCs 
verbunden. Die entwickelten PUT- 
CHAR- und GETCHAR-Routinen er- 
möglichen die Programmierung des 
EMRs vom PC aus, wobei alle Vor- 
teile der PC-Peripherie (Massenspei- 


cher, Drucker usw.) genutzt werden. 
Die Programmierung kann sowohl im 
Tiny-Basic des U 8830 als auch im 
Maschinencode des U 881 Oerfolgen. 
Ein komfortables PC-Programm (C 
1 28) wurde dafür entwickelt. Eine Va- 
riante für U 880-Rechner ist in Vorbe- 
reitung. 

Die übrigen je 24 ln-/Output-Leitun- 
gen sind mit verschiedenen Meßge- 
räten (im Beispiel: Temperatur, 
Druck, Drehzahl/Drehmoment, Luft- 
verbrauch) gekoppelt. Nach dem 
Start des EMRs erfolgen die vom PC 
unabhängige Meßwerterfassung und 
die Speicherung der Daten. Die Zwi- 
schenspeicherung von etwa 1 K x 16 
Bit Meßwerten im RAM ist möglich. 
Mittels einer Synchronisierungsvor- 
schrift erfolgt zu vom PC vorgegebe- 
nen Zeiten die Datenübernahme in 
den PC-RAM, wo die Weiterverarbei- 
tung erfolgt. 

Technische Hochschule Leipzig, Sektion 
Bauingenieurwesen, Lehrstuhl Arbeits- 
ingenieurwesen, Karl-Liebknecht- 

Straße 132, Leipzig, 7030; Tel. 
3928344 BröckerlSturm 


Driver für 

IFSS-ZVE-Schnittstelle 
am A 71 50 

Es wird eine Lösung angeboten, ei- 
nen Drucker mit IFSS-Schnittstelle 
am A 7150 unter DCP an der ZVE- 
IFSS-Schnittstelle betreiben zu kön- 
nen. Diese Schnittstelle ist im A 71 50 
mit Grafik nicht belegt, so daß keine 
funktionellen Einschränkungen auf- 
treten. Man erhält sich zusätzlich die 
Möglichkeit, auf die ASP zu verzich- 
ten und diesen Steckplatz anderwei- 
tig zu verwenden. 

Akademie der Wissenschaften der DDR, 
Institut für Kosmosforschung, BISL, Ru- 
dower Chaussee 5, Berlin, 1199 

Dr. Neumann 


Nutzeroberfläche 
für 8-Bit-PCs 

Die Arbeit mit Systemkommandos 
und Dienstprogrammen des PC 1 71 5 
und ähnlicher Rechentechnik ist we- 
nig komfortabel. Deswegen entstand 
eine menügesteuerte Nutzeroberflä- 
che für Personal- und Bürocomputer 
(PC 1 71 5, BC 51 20/30) unter den Be- 
triebssystemen SCP und CP/A. Sie 
übernimmt die Dialogführung mit dem 
Nutzer und ist weitgehend bediensi- 
cher. Unter anderem werden auch 
Systemfehler wie eine offene Lauf- 
werksklappe abgefangen. Integriert 
ist die gesamte Diskettenverwaltung 
(Kopieren, Löschen, Zurückholen 
von Dateien u. a.). Im aktuellen Direc- 
tory können einzelne Fües oder File- 
gruppen für bestimmte Operationen 
selektiert werden. Jede Datei kann 
angezeigt werden, dabei kann man 
vor- und zurückblättern und den 
Druck wahlweise zuschalten. Anwen- 
derprogramme können abgearbeitet 
werden, nach deren Beendigung 
steht einem die Nutzeroberfläche 
wieder zur Verfügung. Das Arbeiten 
mit verschiedenen Userbereichen 
wird voll unterstützt. Das Programm 


ist selbsterklärend, zusätzlich ist eine 
Referenzkarte als WordStar-Datei 
vorhanden. Im Lieferumfang sind die 
Dateien QUICK.COM (Nutzerober- 
fläche), QUICK.TXT (Referenzkarte) 
und QUICKLNG.TXT (Nutzerbe- 
schreibung) enthalten. Bei Zusen- 
dung einer formatierten Diskette (780 
KByte) ist eine Demoversion erhält- 
lich. Allen Nutzern wird ein kostenlo- 
ser Update-Service angeboten, das 
heißt, bei Vorliegen einer neuen Ver- 
sion kann diese angefordert werden. 
VEB Werkzeugmaschinenfabrik 

Aschersleben, Bereich 0, Wilslebener 
Straße 9-11, Aschersleben, 4320; Tel. 
74 21 30 HelmstedtlKallas 


Modulare Programmothek 
für den KC 87 

Für den Bereich der polytechnischen 
Ausbildung in der Oberschule wurde 
ein Modulsystem auf der Basis des 
ROM-Erweiterungsmoduls 690 002.7 
für den KC 85/1 und den KC 87 ent- 
wickelt. Dieses Modulsystem ermög- 
licht das Speichern von Basic-Pro- 
grammen von bis zu 14,9 KByte auf 
EPROMs U 2716. Die unter diesem 
System bearbeitete „Grundsoftware 
für den Informatikunterricht der 
Klasse 9“ ist nach dem Aufruf vom 
Modul äquivalent der von Kassette 
ladbaren Software nutzbar. Wesentli- 
che Vorteile sind: 

- Eliminieren der Ladezeit von Kas- 
sette (Programm steht durch Stecken 
des Moduls sofort im Computer zur 
Verfügung) 

- Verhindern von Ladefehlern 

- Angleich an die Ladegeschwindig- 
keit des A 51 05. 

Zur Modularen Programmothek ge- 
hört weiterhin eine Dokumentation, 
die alle programmcharakteristischen 
und fachspezifischen Daten, die für 
den Einsatz im Unterricht erforderlich 
sind, enthält. Des weiteren werden di- 
daktisch-methodische Hinweise für 
die Arbeit des Lehrers mit der Soft- 
ware gegeben. 

VEB Numerik „Karl-Marx“, TN (Kall. 
Stark), PSF 947, Karl-Marx-Stadt, 9010 

Nestler 


Datenbankbaukasten 

db-Box 

Immer häufiger verlangen Ahwen- 
dungslösungen, dBase-Datenfiles zu 
nutzen, jedoch auf dBase aus ver- 
schiedenen Gründen zu verzichten. 
Das bedeutet, daß Nutzerprogramme 
in der Lage sein müssen, flexibel auf 
beliebig strukturierte dBase-Datenfi- 
les zugreifen zu können. Darüber hin- 
aus stehen die Forderungen nach 

- Erhöhung der Software-Produk- 
tionseffektivität durch Nutzung von 
Basismodulen aus Baukästen 

- Verbesserung von Softwareergo- 
metrie und Nutzungsbreite durch mo- 
dulare Systeme 

auf der Tagesordnung. 

Diesen Forderungen entspricht ein 
Datenbankbaukasten für MS-DOS- 
Rechner des Kombinates Wälzlager 
und Normteile. Der Baukasten bein- 
haltet einzelne lauffähige Pro- 


gramme, die für eine Datenbankar- 
beit innerhalb von Anwendungslö- 
sungen geeignet sind. Sämtliche Mo- 
dule greifen auf beliebige dBase-Da- 
teien zu. Ihre Arbeitsweise kann 
durch Schalter oder mittels Steuerda- 
teien in weiten Grenzen modifiziert 
werden. 

Die Programme wurden in Microsoft- 
Quick-Basic 4 programmiert. Für In- 
teressenten stehen die Quelltexte der 
Basisprozeduren oder die Objektmo- 
dule zur Verfügung. Derzeit werden 
folgende Module angeboten: univer- 
seller Blättermodul, universeller 
Recherchemodul, Anhängen und 
Einfügen von Daten, Sortieren von 
Dateien, Editieren von Dateien, Edi- 
tieren der „versteckten“ Kopfinforma- 
tionen, Umwandlung zwischen 
dBase II, III und Textdateien, Lö- 
schen von Daten, Erzeugen und Ver- 
ändern von Datenstrukturen, speziel- 
ler DIR-Modul, Schützen und Ent- 
schützen von Dateien mittels Codes, 
universeller ASCII-Text-Lister, db- 
Box-Integrator (Menürahmen zur Ar- 
beit mit den Modulen). 

VEB Kombinat Wälzlager und Normteile, 
Betriebsteil Forschung und Entwicklung, 
Merseburger Straße 8, Leipzig-Riick- 
marsdorf, 7101 Dr.Löschke 

Portabilität 

getypter Pascal-Dateien 

Beim Erfassen und Verarbeiten gro- 
ßer Datenmengen besteht die be- 
rechtigte Forderung nach uneinge- 
schränkter Datenportabilität. Unter 
SCP speichern getypte Pascal-Da- 
teien in den ersten 4 Byte Satzanzahl 
und Satzlänge ab. Unter DCP tritt 
dies nicht mehr auf. Mit den von uns 
entwickelten SCP-DCP.BOX (Inclu- 
dedatei für DCP) und DCP-SCP.BOX 
(Includedatei für SCP/SCP 1700) las- 
sen sich die Portabilitätsprobleme un- 
kompliziert lösen. Das heißt, getypte 
Dateien auf SCP-Disketten (z. B. 780 
KByte) können sofort unter DCP wei- 
terverarbeitet werden. Natürlich vor- 
ausgesetzt, daß ein entsprechender 
SCP-Treiber (SCPDR.SYS) in die 
CONFIG.SYS eingebunden wurde. 
Notwendige Hinweise (Veränderung 
der RECORD-Vereinbarung u.a.) 
sind in der bereitgestellten SCP- 
DCP.DOK enthalten. 

Institut für Forstwissenschaften Ebers- 
walde, Organisations- und Rechenzen- 
trum Potsdam, Koll. Neumann, Virchow- 
straße 39/41, Potsdam, 1591; Tel. 
76941 Dr.Barciok 

PETRI-Netz-Interpreter 
für Einchipmikrorechner 

Petri-Netze gestatten es, Abläufe, die 
auch parallele Zweige enthalten kön- 
nen, klar und übersichtlich darzustel- 
len. Solche Abläufe sind in der Steue- 
rungstechnik häufig anzutreffen. Für 
Kleinsteuerungskonfigurationen auf 
der Basis von U 8820/U 2716 oder U 
8840/U 2732 wurde deshalb ein Inter- 
preter erarbeitet, der es gestattet, ein 
aufgestelltes Petri-Netz direkt (auf 
der Basis der Assemblerprogrammie- 
rung) in Steuerungssoftware zu über- 
tragen. Die Assemblerprogrammie- 
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rung beschränkt sich auf die Be- 
schreibung der Tansitionsbedingun- 
gen mit den dazugehörigen Vorgän- 
ger- und Nachfolgeradressen sowie 
die Beschreibung der auszuführen- 
den Aktionen. Ein arbeitsfähiges 
Steuerprogramm entsteht durch Ab- 
speichern des programmierten Net- 
zes zusammen mit dem Interpreter 
aufEPROM. 

Der Interpreter kann nachgenutzt 
werden. Es wird der Quelltext überge- 
ben, um Anpassungen an die kon- 
krete Hardware vornehmen zu kön- 


Konsum-Bürstenfabrik, Schönheider 
StraBe 61, Stützengrün, 9415; Tel. Ro- 
thenkirchen/V. 34 1 1 , App. 232 Lut 

Abrechnung 

aller Fuhrparkleistungen 

Das Softwareprojekt Abrechnung al- 
ler Fuhrparkleistungen ermöglicht die 
Rationalisierung der Abrechnung von 
Fuhrparkleistungen auf der Grund- 
lage der GKT 370, der AO 151, der 
Personenbeförderungsordnung PAO 
2014 sowie gültiger Betonpreise (Re- 
chentechnik: MS-DOS-kompatibler 
PC; Programmiersprache: dBase III 
Plus, Clipper). Die gesamten Fuhr- 
parkleistungen (Baumaschinen, Gü- 
terkraftverkehr, Leihsätze, Personen- 
verkehr, „freie“ Rechnungslegung, 
Abrechnung Betonproduktion) wer- 
den getrennt nach innerbetrieblichen 
und Fremdkostenstellen erfaßt und 
abgerechnet. Es erfolgen eine Rech- 
nungsstellung und eine Auswertung 
nach verschiedenen Parametern 
(Kraftfahrzeuge, VK, DK und innerbe- 
triebliche Kostenstellen). 

Eine individuelle Rechnungslegung 
kann für Rechnungen nach frei wähl- 
baren Parametern, z.B. Kiesrech- 
nungen, Leihsätze für Betriebsange- 
hörige, erfolgen. Sie erfolgt durch 
Eingabe von eigenen Preisen, Maß- 
einheiten und Preisbasen. Es kann 
eine Auswertung nach Fahrzeugen, 
Baumaschinen, innerbetrieblichen 
Kostenstellen, Betonproduktion und 
Personenkraftverkehr erfolgen. Wei- 
terhin ist eine Auswertung des DK- 
und VK-Verbrauches möglich. 

ZBO Landbau Delitzsch, Schkeuditzer 
StraBe 70, Delitzsch, 7270; Tel. 5561 

Krippner 

Dateibestandskontrolle 
unter DCP 

Auf der Grundlage eines Neuerervor- 
schlages wurde ein Programm zur 
Dateibestandskontrolle entwickelt. 
Das Programm FILETEST hat die Auf- 
gabe, Dateiänderungen auf einem 
Datenträger (Diskette/Festplatte) 
festzustellen. Es werden alle Dateien 
erfaßt, die sich auf dem Datenträger 
befinden. In Abhängigkeit von Para- 
metern in der Kommandozeile liefert 
es die Veränderungen des Dateibe- 
standes seit der letzten Archivierung. 
Archiviert und ausgewertet werden 
Informationen aus den Verzeichnis- 
einträgen der Dateien, wie Datei- 
name, Dateilänge, Verzeichnisname. 
Optional erfolgt eine Kontrolle der Da- 
teiintegrität der lauffähigen Pro- 
gramme und Treiber bzw. aller Da- 
teien durch einen schnellen Prüfsum- 
menalgorithmus. Generell werden 
Prüfsummen des Disketten-/Fest- 
plattenurladers berechnet und aus- 
gewertet. Weiterhin können die Da- 


teien nach dem Auftreten einer frei 
wählbaren Bytefolge durchsucht wer- 
den. Die Unterschiede in den archi- 
vierten Informationen zwischen zwei 
Aufrufen des Programms FILETEST 
werden auf dem Bildschirm ange- 
zeigt, in einer Textdatei abgespei- 
chert und können optional auf Paral- 
leldrucker ausgegeben werden. Um 
die Integrität des Programms FILE- 
TEST zu sichern, werden nach dem 
Programmstart Selbsttests im Haupt- 
speicher und auf dem Datenträger 
durchgeführt, auf dem es sich befin- 
det. Die Selbsttests bestehen in der 
Berechnung und der Auswertung von 
Prüfsummen. Der Zugriff auf das Pro- 
gramm kann von einem Kodewort ab- 
hängig gemacht werden. Eine abruf- 
bare Hilfestellung erleichtert die Ar- 
beit mit FILETEST. 

Zu diesem Programm wird eine kurze 
Dokumentation angeboten, die neben 
der Beschreibung des Programm- 
ablaufs, der Eingangsdaten und der 
verwendeten Dateien auch Hinweise 
zur Fehlerbehandlung gibt. 

Hochschule für Verkehrswesen „Fried- 
rich List“ Dresden, WB Elektrische Bah- 
nen, PSF 103, Dresden, 8072; Tel. 
4 62 24 29 Prot. Dr. Biesenack 

PICPLOT 

zum Plotten von Bildfiles 

Für ein weitverbreitetes Softwarepa- 
ket auf 1 6-Bit-Rechentechnik wurde 
ein Programm zum Plotten der Bild- 
daten ohne die zeitraubende Erzeu- 
gung eines Plotfiles realisiert. Durch 
geringe Anpassung werden auch 
Bilddateien des Grafiksystems 
PCCAD Version 3.04 geplottet. Das 
Programm PICPLOT ist für verschie- 
dene Plottertypen verfügbar und in 
der Abarbeitung wesentlich schneller 
als die Originalprogramme der Soft- 
warehersteller. 

Die Stiftdicke der einzelnen Plotter- 
stifte ist zwischen 0 und 2,999 mm 
wählbar. EineStift-Ebene-Zuordnung 
ist möglich. Es erfolgt eine Auswahl 
der Ebenen, die geplottet werden sol- 
len. Es kann eine Infodatei mit Stift- 
dicken und Stift-Ebene-Zuordnung 
gelesen und geschrieben werden. 
Voraussetzung an Hardware: A 71 50, 
EC 1 834 oder kompatible mit Kopro- 
zessor 8087. Eine Festplatte ist nur 
notwendig, wenn Symbole im Bild 
sind. 

VEB Werkzeugmaschinenfabrik Saal- 
feld, Abt. EAC, Kail. Franke, Hütten- 
straße 19-21, Saalfeld 6800; Tel. 810, 
App. 614/602 Rosenbusch 

Stromlaufpläne 
mit PCCAD 

Mit der CAD-Software PCCAD (CAD- 
Grundpaket-20) und PCCAD/E (Elek- 
tronik mit Post-Prozeß) des VEB Leit- 
zentrum für Anwendungsforschung 
Berlin steht ein leistungsfähiges Ar- 
beitsmittel zur Verfügung, mit dem mit 
1 6-Bit-Rechentechnik (EC 1834, A 
7150) unter anderem Stromlaufpläne 
für elektronische Schaltungen ent- 
worfen werden können. Dabei wird in 
Symboltechnik gearbeitet, die den 
Entwurfsprozeß verkürzt und den 
Übergang zum Leiterplattenlayout er- 
möglicht. Zur Stromlaufplangestal- 
tung wurde eine Symbolbibliothek er- 
arbeitet, die 400 elektronische Bau- 
elemente umfaßt. Sie beinhaltet: 

- diskrete Bauelemente (Wider- 


stände, Kondensatoren, Transisto- 
ren, Dioden, LED, LEAu.a.) 

- analoge Schaltkreise (Operations- 
verstärker u. a.) 

- digitale Schaltkreise (Baureihen 

D..., Dl DS..., 74HCT . . . , 

U..., V... einschließlich 8-Bit- und 
16-Bit-Rechnerschaltkreise, Spei- 
cher, Importbauelemente u. a.) 

Die Symbolbibliothek wird durch die 
Datenbank ergänzt, die die Symbole 
programmtechnisch komplettiert. 

Zur Nachnutzung werden angeboten: 

- Symbolbibliothek (A-Symbole, B- 
Symbole) 

- Datenbank 

- Menüaufleger für das grafische T a- 
blett K 6405 

- Zeichnungsvordrucke für Strom- 
laufpläne nach TGL 31 031/02 

- Dokumentation. 

Alle Dateien liegen auf 5,25-Zoll-Dis- 
kette vor. 

VEB Robotron-Meßelektronik „Otto 
Schön“ Dresden, BfN (WtE 39), PSF 211, 
Dresden, 8012 Rädel 

Prüfprogramm PRUEF 
für die Datenerfassung 

Das Programm PRUEF dient der Prü- 
fung von Textdateien durch nochma- 
lige Eingabe der Werte und Vergleich 
mit den bereits gespeicherten Daten. 
Sein Haupteinsatzgebiet ist die Da- 
tenerfassung. Es gewährleistet eine 
hohe Datensicherheit durch die Mög- 
lichkeit, Erfassungsfehler frühzeitig 
zu erkennen. 

Das Programm PRUEF verarbeitet 
Textdateien (ASCII-Code) mit einer 
maximalen Satzlänge von 254 Byte. 
Ein Satz kann maximal 50 Daten- 
worte enthalten. Wahlweise können 
Sätze mit festen oder mit variablen 
Wortlängen geprüft werden. Bei va- 
riablen Wortlängen kann ein frei wähl- 
bares Trennzeichen verwendet wer- 
den. Pro Datei darf jedoch nur eine 
Satzart auftreten, d. h., Anzahl, Rei- 
henfolge und Bedeutung der Worte in 
den Sätzen einer zu prüfenden Datei 
müssen konstant sein. 

Durch Parametervorgaben wird be- 
stimmt, welche Teile (Worte) der er- 
faßten Datensätze einer Prüfung auf 
den Wortinhalt unterzogen werden. 
Dadurch erhält das Programm einen 
universellen Anwendungscharakter. 
Gerätetechnik: 8- und 1 6-Bit-Computer 
Betriebssysteme: CP/M (und kompa- 
tible), MS-DOS (und kompatible) 
Programmiersprache: Turbo-Pascal 
VEB Motorenwerk Cunewalde. 0DV, Bie- 
lebohstraße 1, Cunewalde, 8704 

Wendschuh 

DISKETTE 

Das Programm wurde auf der Grund- 
lage eines modernen Datenbanksy- 
stems unter dem Betriebssystem 
DCP 1700 3.3 für den A 7150 sowie 
für den EC 1834 entwickelt. Es liegt in 
compilierter Form als EXE-Datei vor. 
Der Einsatz ist für Rechner mit Fest- 
platte vorgesehen, eine Diskettenver- 
'sion ist jedoch möglich. DISKETTE 
ermöglicht das inventursichere Erfas- 
sen, Editieren und Verwalten von Dis- 
kettenbeständen und bietet zugleich 
umfangreiche Recherche- und 
Druckmöglichkeiten. Selbsterklä- 
rende, vor Fehlbedienung geschützte 
Menüs ermöglichen eine sofortige 
Anwendbarkeit und setzen beim Nut- 
zer keinerlei rechentechnische 
Kenntnisse voraus. Das Anlegen und 


Rückspeichern von Sicherheitsko- 
pien wird menügeführt unterstützt. 

GHG Technik, Kulturwaren, Sportartikel 
Halle, FD WuT, Köthener StraBe 30, 
Halle, 4060; Tel. 60 12 12/47 Harz 


SEAP 16 Version 2.1 

Der im Mai 1 989 in der MP angebo- 
tene Softwareentwicklungsarbeits- 
platz für 16-Bit-PCs (SEAP 16 Ver- 
sion 2.0) wurde unter der Vorausset- 
zung entwickelt und konzipiert, daß 
der benutzte Rechner über eine Fest- 
platte verfügt. Um jedoch auch die 
Nutzer zu unterstützen, die über 
keine Festplatte verfügen, wurde eine 
entsprechende Variante von SEAP 
16 bereitgestellt. Die Funktion der 
Festplatte übernimmt dabei zum ei- 
nen die bei Kaltstart eingerichtete 
RAM-Disk und zum anderen ein Satz 
von Disketten für das Laufwerk A. 
Durch SEAP 16 wird der Nutzer zu 
eventuell notwendigem Disketten- 
wechsel aufgefordert. Die SEAP 16- 
Variante ohne Festplatte hat prinzi- 
piell die gleiche Benutzeroberfläche 
wie die Festplattenvariante. Generell 
können alle Prozeduren und Kom- 
mandos in der gleichen Weise wie in 
der Version 2.0 benutzt werden, ohne 
daß man wissen muß, auf welcher 
Diskette welche Komponente (Sy- 
stem, Kommando, Prozedur) zu fin- 
den ist. 

Die Disketten der Version 2.1 erhal- 
ten inhaltsbezogene Namen. Diese 
erscheinen in einer automatischen 
Auflegeanforderung, wenn sich die 
aufgerufene Komponente (Betriebs- 
system, einzelne Programme, Soft- 
ware, Kommandoprozeduren) nicht 
auf der gerade aufliegenden Diskette 
befindet. Wir verteilen für Sie die ein- 
zelnen .Komponenten sinnvoll und 
speicherplatzsparend auf mehrere 
Disketten. 

Es steht eine Vielzahl von Komman- 
doprozeduren bereit, mit denen Sie 
mit geringstem Aufwand und ohne 
Spezialwissen eine gewünschte 
Komponente aufrufen können. 

Für Nutzer des A 7100, die das Be- 
triebssystem DOS 7100 verwenden, 
ist SEAP 16 ebenfalls nutzbar. 

AbL D Fp ,en Block e 08T 9 Hallt U Neust a adL 
409D; Tel. 61 60 Dietrich 

Anwendung 

der Tastatur TheBoard 

Zu den praktischen Anwendungs- 
möglichkeiten der LCD-Tastatur The- 
Board (s. Bilder 1 1 und 1 2 auf der 3. 
US) findet im I. Quartal 1990 an der 
Karl-Marx-Universität Leipzig eine 
eintägige Informationsveranstaltung 
statt. Interessenten wenden sich bitte 
mit ihrem Teilnahmewunsch bis zum 
31. Januar 1990 an: 
Karl-Marx-Universität Leipzig, Sektion 
Informatik, Labor für Softwareentwick- 
lung, Doz. Dr. sc. Eberhard Kummerow, 
Kari-Marx-Platz, 10/11, Leipzig, 7010. 
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Entwicklungen und Tendenzen 


Erste 486er Applikationen 

In unserem Heft 8/89, Seite 250, in- 
formierten wir Sie unter der Über- 
schrift „Erste PC-Familie mit 80486- 
Prozessor“ über die neue VX-Serie 
von Apricot. Hätte uns zu der Zeit be- 
reits das Bild dieses Computers Vor- 
gelegen - das wir Ihnen hiermit nach- 
reichen -, wäre die Überschrift si- 
cherlich anders ausgefallen. Denn 
sowohl vom Volumen des Computers 
(Bild oben) wie von den Leistungs- 
merkmalen her läßt sich der VX eher 
der mittleren Datentechnik als „per- 
sönlichen“ Computern zuordnen. 
Laut Tim Taylor, Marketingleiter von 
Apricot, liegt die neue Maschine dem- 
nach auch zwischen einem Personal- 
computer und einem Minirechner. Die 
Haupteinsatzgebiete der Modelle VX 
FTserver 400 und 800 sind als Netz- 
server bzw. als Hostrechner unter 
Unix zu sehen. 

Den Prozessor 80486 erstmals in ei- 
nem Desktop-(Auftisch)-PC einge- 
setzt zu haben, kann IBM für sich in 
Anspruch nehmen. Allerdings nicht in 
einem eigens dafür entwickelten PC, 


sondern im Modell 70 des bereits be- 
stehenden Personal Systems/2. Das 
Prinzip besteht darin, daß eine auf 
dem Motherboard befindliche Platine, 
die den Mikroprozessor 80386, den 
Koprozessor 80387 und den Cache- 
speicher samt Cachecontroller ent- 
hält, gegen eine Platine mit dem 
80486-Prozessor ausgetauscht wird; 
laut IBM ein Beweis dafür, wie univer- 
sell erweiterbar das PS/2 bereits an- 
gelegt wurde. Beim Kauf der neuen 
Platine kann die alte in Zahlung gege- 
ben werden; den 80387 nimmt IBM 
allerdings nicht zurück. Die Kosten 
der Umtauschaktion belaufen sich 
auf etwa 10000 DM, als Gegenlei- 
stung wird dem Anwender eine Lei- 
stungssteigerung seines PCs von 80 
Prozent versprochen. Die Bilder un- 
ten zeigen anschaulich die Integra- 
tion der 386er Komponenten in den 
Prozessor 80486. 

Inzwischen wird auch von der Firma 
AST für ihre PCs Premium 386 als 
Upgrade eine 486-Steckkarte ange- 
boten. Das FASTboard 486/25 ent- 
hält außerdem einen Sockel für den 
Koprozessor Weitek 41 67. 



Etliche PC-Hersteller wollen solche 
Aufrüstungen allerdings nicht gelten 
lassen, da die Computer nicht spe- 
ziell für den 80486 entwickelt wurden; 
von ihnen sind inzwischen auf der Sy- 
stems 89 die ersten „echten“ 80486- 
PCs präsentiert worden. Wir werden 
auch darüber in einem der folgenden 
Hefte berichten. mp 



herrscht er: HP Laser Jet II, Epson FX 
80, IBM Pro Printer, IBM Graphics 
Printer und Diablo 630. Die Papierzu- 
fuhr kann von Hand geschehen oder 
aus Kassetten, die die automatische 
Einspeisung in verschiedenen For- 
maten regeln. 

Der Sharp JX-9500 wird von dem Mi- 
kroprozessor Motorola 68000 ge- 
steuert, bietet 512 KByte an RAM 
(aufrüstbar bis 4,5 MByte) und ist 
über eine Centronics- und eine RS- 
232C-Schnittstelle ansprechbar. Er 
arbeitet elektrofotografisch mittels 
Halbleiterlaser, die Entwicklung ge- 
schieht nach dem Zweikomponen- 
tenverfahren. MP 


Bull-Gruppe und MIPS 
vereinbaren Kooperation 

Die Bull-Gruppe, Paris, und die kali- 
fornische MIPS Computer Systems 
Inc., Sunnyvale, Unterzeichneten 
eine Vereinbarung, wonach Bull die 
RISC-(Reduced Instruction Set Com- 
puter-)Technologie von MIPS für den 
Ausbau ihres UNIX-Systemangebo- 
tes verwenden wird. Die Bull-Gruppe, 
die 1984 als erster europäischer 
Computerhersteller mit der Vermark- 
tung von RISC-Rechnern begonnen 
hatte, wird die RISC-Architektur und 
die Software von MIPS für die Ent- 
wicklung einer neuen Systemgenera- 
tion verwenden, die das UNIX-Pro- 
duktangebot nach oben erweitert. So 
will Bull ab April 1 990 neue High-End- 
Systeme mit einer Prozessorleistung 
von über siebzig Millionen Befehlen 
pro Sekunde (MIPS) und mehr als 
100000 Drystones/s anbieten, bei 
denen die MIPS 6000-Chipserie Ver- 
wendung findet. Die neuen RlSC-Sy- 
steme sollen primär als leistungsfä- 
hige Datenbank-Computer und als 
Server zur Unterstützung von tech- 
nisch-wissenschaftlichen und Büroin- 
formationsworkstations in Netzwer- 
ken eingesetzt werden. 


32-Bif-Echtzeit- 

betriebssystem 

Von der Firma Digital Research Inc., 
bekannt als Entwickler des 8-Bit-Be- 
triebssystems CP/M, wurde jetzt eine 
Reihe neuer Produkte angekündigt, 
die dem Unternehmen „einen neuen 
Wachstumsschub“ verleihen sollen. 
Im 16-Bit-PC-Bereich konnte man 
sich ja mit dem Betriebssystem CP/M 
86 gegenüber MS-DOS von Microsoft 
nicht durchsetzen. 

Mit FlexOS 386 wird von der Firma 
jetzt ein Multiuser-/Multitasking-Be- 
triebssystem speziell für die Echtzeit- 
verarbeitung angeboten. Als Option 
gibt es darüber hinaus eine MS-DOS 
3.3-kompatible Applikationsumge- 
bung. FlexOS 386 läuft auf Compu- 
tern mit dem 32-Bit-Mikroprozessor 
Intel 80386 und bietet 32-Bit-lineare 
und 16-Bit-segmentierte Speicher- 
adressierung. Weitere Merkmale sind 
schnelle Interruptlatenzzeiten und 
sogenannte context-switch-Arbeits- 
leistungen sowie ein transparentes 
Netzwerkinterface. Zur Betriebssy- 
stemfamilie gehören die Systempro- 


gramme FlexOS 1 86, FlexOS 286 so- 
wie die Netzwerke FlexNet und Flex- 
View. Als Hauptanwendungsgebiet 
für das neue Betriebssystem wird der 
Fabrikautomatisierungsbereich an- 
gesehen. 

Ebenfalls vorgestellt wurde mit X/ 
GEM eine Erweiterung der aus dem 
PC-Sektor bekannten Grafiksoftware 
GEM (Graphics Environment Mana- 
ger). Erste Implementierungen dieser 
Entwicklung auf die Betriebssysteme 
FlexOS 286 und FlexOS 386 gibt es 
bereits. MP 

Sharp Laserdrucker 
JX-9500 

Besonders auf Anwendungen in den 
Büros, wo mit dem Platz gegeizt wer- 
den muß, zielt Sharp mit dem neuen 
Laserdrucker JX-9500: Mit Abmes- 
sungen von 36 mal 34 mal 26,7 cm 3 - 
inclusive der eingebauten Papierkas- 
sette - und reiner Frontbedienung fin- 
det er auch auf engen Schreibtischen 
genug Stellfläche. Dennoch werden 
die von anderen Tischlaserdruckern 
bekannten Leistungen geboten: 


Sechs Seiten im Format A4 druckt der 
JX-9500 pro Minute bei einer Auflö- 
sung von 300 dpi (das entspricht 1 2 
Punkten pro Millimeter) wahlweise in 
sechs Schriftarten (Courier, Courier 
bold, Line Printer, jeweils Protrait und 
Landscape). Drei weitere Fontkarten 
stehen zur Verfügung, jeweils zwei 
davon können gleichzeitig aktiviert 
sein. Fünf Druckerstandards be- 



System-Software 
auf Compact-Disks 

Während überlicherweise Software- 
Updates auf Magnetbändern und 
-platten ausgeliefert werden, setzt 
Hewlett-Packard alternativ Compact 
Disks (CD) als Trägermedium für das 
Betriebssystem der Computersy- 
steme HP 3000 und über hundert 
MPE/V-Softwareprodukte ein. Vor- 
teile des HP LaserRelease Service 
auf CD-ROM-Basis sind der einfache 
Vertrieb und die erleichterte Installa- 
tion der Software-Updates. HP Laser- 
Release für die Computersysteme 
HP 3000 unter MPE/V enthält ein 
neues Verfahren zur Software-Instal- 
lation, das zusammen mit einem 
kürzlich vorgestellten CD-ROM-Lauf- 
werk mit HP-IB-(IEEE-488-)Schnitt- 
stelle das Laden der Software von 
CDs ermöglicht. 

Nach Überzeugung von HP wird da- 
mit erstmals ein komplettes System 
von Betriebssystemen und system- 
naher Software auf Compact-Disk 
vorbereitet. 

MP 
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Wärmebeständige 

Leiterplatten 

Die Wärmebelastbarkeit von Leiter- 
platten wird durch die auf Epoxid- 
oder Acrylharz basierenden Kleber 
begrenzt, mit denen Kupferfolie auf 
dem Basismaterial befestigt ist. 
Sumitomo Electric Industries entwik- 
kelte ein flexibles Leiterplattenmate- 
rial, bei dem Kupferfolie direkt auf der 
Leiterplatte befestigt wird. Die Kup- 
ferfolie löst sich auch bei höherer Ein- 
satzdauer nicht ab. Die Leiterplatte 
soll neben guten elektrischen und 
mechanischen Eigenschaften chemi- 
sche Beständigkeit und Lötfestigkeit 
aufweisen sowie das Anschweißen 
von Goldfäden gestatten. 

Quelle: New Technology Japan 
(1989)9 Wi 


Disk-Beschriftung 
in 15 Sekunden 

Zur schnelleren Herstellung magne- 
tooptischer Speicherplatten entwik- 
kelte die japanische Firma Sharp ein 
neues Verfahren, mit dem es möglich 
sein soll, die Speicherplatten in nur 1 5 
Sekunden zu beschriften. Der bishe- 
rige Fotomasken-Laserbeschrif- 
tungsprozeß benötigte dazu eine Zeit 
von einer halben Stunde. Bei dem als 
Contact Printing Process bezeichne- 
ten Verfahren soll die Ausschußrate 
sehr gering sein, so daß Sharp damit 
rechnet, den neuen Prozeß als Mas- 
senfertigungsverfahren für die näch- 
ste Generation magnetooptischer 
Disks zu verwenden. Das Disk-Sub- 
strat wird durch Aufträgen eines Foto- 
lacks auf ein Glasscheibensubstrat 
geformt. Das Substrat wird im Gan- 
zen durch eine thalliumbeschichtete 
Fotomaske, die die zu speichernden 
Informationen trägt, mit einem Ultra- 
violett-Lichtstrahl 15 Sekunden lang 
belichtet. Der belichtete Fotolack wird 
dann durch Entwicklung entfernt und 
mit Fluorkarbongas trocken geätzt. 
Der restliche Fotolack wird mit Sauer- 
stoff entfernt. In einer Schlußbehand- 
lung wird die Disk dann fertiggestellt. 
Die auf diese Weise hergestellten 
Disks sollen einen Rauschabstand 
von 52,7 Dezibel bei einer Aufzeich- 
nungslänge von 0,76 Mikrometer je 
Bit haben. Auch bei einer Aufzeich- 
nungslänge von 0,57 Mikrometer je 
Bit soll man noch einen Rauschab- 
stand von 45 Dezibel erhalten. Damit 
würde sich die Disk für hochdichte 
Datenspeicherungen eignen. 

Quelle: Blick durch die Wirtschaft 
vom 5.7. 1989 Fa 


Trends 

bei Stromversorgungen 

Stromversorgungen sind bei elektro- 
nischen Geräten zu einem entschei- 
denden System- und Kostenfaktor 
geworden. Preis und Qualität besit- 
zen einen hohen Stellenwert. In die- 
sem Zusammenhang ergibt sich die 
Frage nach der Rolle von Standard- 
Stromversorgungen. Obwohl davon 
ausgegangen werden kann, daß 
Standard-Stromversorgungen in ho- 
hen Stückzahlen realisiert werden 
können, ist die Fertigung kundenspe- 
zifischer Stromversorgungen so gut 
entwickelt, daß eine für den Anwen- 
dungsfall optimierte Stromversor- 
gung höhere Kostenvorteile erbringt 
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als eine unifizierte Produktion. Gegen 
Standard-Stromversorgungen spre- 
chen folgende Gesichtspunkte: 

- Standard-Stromversorgungen rea- 
lisieren oftmals die geforderten Para- 
meter, sie sind technologisch jedoch 
nicht auf dem möglichen Niveau. 

- Die Standards zwingen den Sy- 
stemhersteller, sich den Dimensio- 
nen der Stromversorgung anzupas- 
sen. Somit wird ein optimales Erzeug- 
nis verhindert. 

- Stromversorgungen übernehmen 
immer mehr Systemfunktionen, was 
bei Standards nicht möglich ist. 

- Standard-Stromversorgungen 
können den hohen Innovationsge- 
schwindigkeiten der Geräteentwick- 
lung nicht folgen. 

In Westeuropa werden zu über 80% 
spezifizierte Stromversorgungen ver- 
wendet. Standard-Stromversorgun- 
gen kommen vonwiegend bei kleinen 
Stückzahlen zum Einsatz, da sie flexi- 
bel und schnell verfügbar sind. 
Quelle: Elektronik. - München 38 
(1989) 14. -S. 12, 14 Wie 


Digitaler 

Großflächenfarbkopierer 

Die Firma Canon entwickelte einen 
Farbkopierer für großformatige Ko- 
pien. Das unter der Bezeichnung Ca- 
non Color Bubble- Jet Copier AI an- 
gebotene Gerät kopiert Vorlagen, die 
in ihrer Größe zwischen einer Visiten- 
karte und dem Format AI variabel 
sein können. Der Zoom-Faktor (von 
50 bis 1 200 Prozent) ermöglicht Ko- 
pien bis zu einer Größe von 
7 x 10 m 2 . 

Nach Einschätzung der Firma ist das 
Gerät in der Lage, hochwertige, auch 
editierte Kopien von Papiervorlagen, 
Kleinbild- und Großformat-Negativen 
und Diapositiven anzufertigen. Das 
Gerät arbeitet mit einer Auflösung 
von 400 Punkten pro Zoll und mit 
mehr als 64 Helligkeitsstufen. Die 
verschiedenen Farben werden im 
nassen Zustand auf das Papier ge- 
bracht, können sich demzufolge auf 
dem Papier vermischen und ergeben 
flächendeckende Mischfarben. 

Der Color Bubble-Jet druckt Einzel- 
blätter aus der Kassette oder aus Rol- 
len und Transparentfolie, wobei 
Overheadfolien auf der Vorderseite 
und Folien für beleuchtete Plakate 
auf der Rückseite bedruckt wer- 
den. 

Der Kopierer besteht aus einem Co- 
lor-Scanner, einem Color-Drucker 
und der Elektronik, die umfangreiche 
Editierfunktionen ermöglicht. Die Far- 
ben können im Original wiedergege- 
ben oder durch Veränderungen der 
Intensität und durch Übersetzung in 
andere Farben umgewandelt wer- 
den. 

Das Gerät bietet die Möglichkeit, aus 
zwei Vorlagen, die sich gleichzeitig 
auf dem Vorlagenglas befinden müs- 
sen, eine gemeinsame Kopie anzu- 
fertigen, wobei ein Teil einer Vorlage 
in einen Teil der anderen kopiert wird. 
Außerdem läßt sich mit dem Image 
Repeat Mode beipielsweise eine Visi- 
tenkarte biattfüllend abbilden. Dabei 
können einzelne Elemente eines Bil- 
des entweder nicht oder nur an be- 
stimmten Stellen der Kopie mehrfach 
gedruckt werden. Es können auch 
von Negativen, Diapositiven oder 
T ransparentfolien spiegelverkehrte, 
positive oder negative Kopien er- 


zeugt werden. Filme (bis zum Format 
20x25 cm 2 ) und Overheadfolien 
können direkt auf das Vorlagenglas 
gelegt werden. Fa. 


Weitere Leistungser- 
höhung durch 
96-Bii- Architektur 

Nach Aussagen der Beratungsfirma 
International Technology Group soll 
die Firma IBM im Zeitraum von 1989 
bis 1996 Forschungs- und Entwick- 
lungsvorhaben realisieren, die auf 
Computer in 96-Bit-Architektur zielen 
und mit denen Speicher von bis zu 
281 Terabyte direkt adressiert wer- 
den können. Diese Architektur soll 
gegenüber gegenwärtigen Rechnern 
eine Leistungssteigerung um den 
Faktor 300 bewirken. 

Die Firma IBM soll sich auch mit der 
Kombination funktionell spezialisier- 
ter Prozessoren, der Realisierung 
von Systemarchitekturen auf Chip- 
Ebene, der RISC-Architektur und op- 
tischen Datenübertragungsverfahren 
beschäftigen. 

Quelle: Electronic Design. - New 
York 37 (1989) 10.-S. 23 Wie 


Fernsehbilder auf dem PC 

Auf dem Gebiet der Verarbeitung von 
Fernsehbildern durch Computer ar- 
beitet ein Entwicklerteam der briti- 
schen Firma Videologic. Es entwik- 
kelte eine Leiterplatte mit der Be- 
zeichnung Digital Video Adapter 
(DVA) 4000 und eine spezielle Mikro- 
chip-Reiche. Wird dieser DVA an ei- 
nen PC angeschlossen, so wird die 
Verarbeitung von Videobildern mög- 
lich, was bedeutet, daß ein Fernseh- 
bild auf einem herkömmlichen Com- 
puterbildschirm dargestellt werden 
kann. Die Bilder können nicht nur ver- 
größert, verkleinert, als Bildschirm- 
„Fenster“ angezeigt und gespeichert 
werden, sondern auch ausgeblendet, 
gemischt und als Festbild dargestellt 
und überlagert werden. Dabei folgt 
das Videobild der „Grammatik“ des 
Fernsehens. Mit dieser DVA wurden 
neue Verbindungen zwischen den 
modernen Fernsehbildern und der für 
das heutige Video typischen groben 
grafischen Darstellung und scharfen 
Überblendung von Videobildern ge- 
schaffen. Außerdem kann ein über 
Funk oder von einer Laserdisk über- 
nommenes Fernsehbild in Binärzif- 
fern umgewandelt werden. Das digi- 
talisierte Bild kann anschließend auf 
Computerbildschirm in Farbe und mit 
hoher Bildschärfe dargestellt werden. 
Ist das Signal erst einmal digitalisiert, 
so kann es durch den Computer auf 
verschiedenste Art verarbeitet wer- 
den. Das Problem bei interaktiven Vi- 
deosystemen liegt in der geringen 
Menge an Informationen, die in einem 
herkömmlichen analogen Fernsehsi- 
gnal enthalten sind. Wenn man den 
DVA 4000 an einen Rechner an- 
schließt, kann er zur Verarbeitung be- 
wegter Bilder 25 Millionen Bit an I nfor- 
mationen/Sekunde abarbeiten. Im 
Normalbetrieb würde ein Rechner in 
einer Sekunde nur eine Million Bit an 
Informationen verarbeiten. Der 
größte Chip von Videologic ist von 
ähnlicher Komplexität wie ein Moto- 
rola 68000. Er umfaßt einen komplet- 
ten Fernsehtuner, das heißt, ausge- 


stattet mit der DVA 4000 erweitert 
sich ein PC zu einem Fernsehgerät 
mit hoher Bildschärfe. 

Quelle: The Wall Street Journal vom 
7. 7. 1989 Fa 


Nitridfilm 

für Magnetköpfe 

Größere Aufzeichnungsfrequenzen 
und höhere Speicherdichten erfor- 
dern bei größeren Koerzitivkräften 
neue Materialien für Magnetköpfe. 
Der Firma Matsushita Electric Indu- 
strial Co., Ltd. gelang die Entwicklung 
eines neuen Nitridlegierungsfilmes 
für Magnetköpfe. Dieser Film weist 
eine Sättigungsfeldstärke von 13 bis 
15 KG auf und hat eine thermische 
Stabilität, die eine Wärmebehand- 
lung bis 700°C erlaubt. Bisher gab es 
noch kein Material, das hohe magne- 
tische Sättigung mit entsprechender 
thermischer Stabilität vereinigt. Der 
neue Film wird durch zyklisches Zu- 
mischen von Stickstoff zu einer Le- 
gierung erzeugt, die aus Niobium, 
Tantal und Zirkonium besteht. Herge- 
stellt wird der Film durch Sputtern. Er 
besteht durch das spezielle Verfah- 
ren abwechselnd aus Nitridschichten 
und solchen ohne Stickstoffanteil. Im 
Ergebnis dessen konnten die magne- 
tische Sättigung um 30 bis 50 Prozent 
und die magnetische Anfangsperme- 
abilität bei 1 MHz um einen Faktor 
von rund 3000 vergrößert werden. 
Durch die hohe Wärmebeständigkeit 
ist eine Verbindung mit Glas möglich, 
und es lassen sich Magnetköpfe mit 
Spaltbreiten von unter 0,2 nm herstei- 
len. 

Quelle: New Technology Japan vom 
Mai 1989 Fa 


G emeinsfhaftsentwick- 
lung einer Arbeitsstation 

Unterstützt durch die Europäische 
Gemeinschaft wollen mehrere west- 
europäische Unternehmen und Uni- 
versitäten im Rahmen des Esprit-Pro- 
gramms gemeinsam einen Hochlei- 
stungscomputer entwickeln, der als 
Arbeitsstation konzipiert ist. Bis Mitte 
der neunziger Jahre soll eine Arbeits- 
station entstehen, die die Rechnerlei- 
stung heutiger Supercomputer auf- 
weist (1 000 Megaflops). 

Nach dem gegenwärtigen Konzept ist 
eine Rechnerarchitektur mit einem 
geclusterten Multiprozessorsystem 
vorgesehen, das übereinen Hochge- 
schwindigkeitsbus mit Cachekonsi- 
tenz, mehrere lokale und einen zen- 
tralen Speicher verfügt. Neben Stan- 
dardprozessoren soll ein schneller 
Kl-Prozessor zum Einsatz kommen. 
Ein 3-D-Subsystem wird hochauflö- 
sende Grafik möglich machen. 

Das Standard-Unix-Betriebssystem 
soll um Multiprozessor- und Multi- 
computeranwendungen erweitert 
werden. Kl-Anwendungen werden 
durch die Sprache Prolog unter- 
stützt. 

Quelle: Blick durch die Wirtschaft 
vom 9. 8. 1989 Wie 
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Digitale Automaten 

von M. Krapp, VEB Verlag Technik, 
Berlin 1988, 244 Seiten, 153 Bilder, 
DDR 30,- M 

Das vorliegende Fachbuch stellt eine 
anspruchsvolle, theoretisch gut fun- 
dierte und doch verständliche Einfüh- 
rung in das gesamte Wissensgebiet 
digitaler Automaten dar. 

Ein mathematischer Grundlagenab- 
schnitt führt in die Mengen- und 
Schaltalgebra ein. Darauf aufbauend 
werden kombinatorische Schaltun- 
gen, besonders ihre Dekomposition 
und Minimierung, behandelt. Der 
nächste Abschnitt ist dem Entwurf 
von sequentiellen Automaten auf der 
Grundlage der Modelle von Moore- 
und Mealyautomaten gewidment. Ein 
weiterer Abschnitt beschäftigt sich 
mit Fragen der Dekomposition und 
Komposition komplexerer Systeme 
digitaler Automaten. Der letzte große 
Abschnitt behandelt den Computer 
als programmierbare digitale Ma- 
schine. Neben der Darstellung des 
weit verbreiteten klassischen Von- 
Neumann-Konzepts werden auch 
Ausblicke auf Transputer und Daten- 
flußarchitekturen gegeben. 

Auffallend ist die Darlegung aller Ab- 
schnitte auf der didaktisch-methodi- 
schen Grundlage der Theorie digita- 
ler Automaten, zu deren Verständnis 
vor allem das umfassende Symbol- 
verzeichnis und der mathematische 
Grundlagenabschnitt beitragen. 
Weiterhin zeichnet sich das Fach- 
buch durch eine wissenschaftliche 
Strenge aus. Jeder benutzte Fachbe- 
griff wird definiert, was vor allem des- 
halb erwähnenswert ist, weil noch 
nicht alle Fachbegriffe eine festste- 
hende unumstrittene Bedeutung ha- 
ben. Damit wird diesqs Fachbuch 
auch für viele Praktiker von hohem 
Wert sein. 

Hervorzuheben sind weiterhin die 
vielen, mit Bedacht ausgewählten, 
praxisrelevanten Beispiele, die sich 
vor allem an den technisch interes- 
sierten Leser wenden. 

Auf der Grundlage der genannten po- 
sitiven Eigenschaften könnte das 
Fachbuch von Krapp auf dem Teilge- 
biet des Entwurfs digitaler Systeme in 
Lehre und Praxis zu einem Standard- 
werk werden. 


DOS kompakt und komplett 

von K. Jamsa, Übersetzung und 
Überarbeitung: M. Däumeling, 

McGraw-Hill Book Company GmbH, 
Hamburg 1988, ISBN 3-89028-179-9 
Eine vollständige Übersicht über die 
internen und externen MS-DOS- 
Kommandos und Befehle - ein- 
schließlich der Version 4.0 - auf nur 
130 Taschenbuchseiten bieten zu 
wollen, ist ein Vorhaben, das sicher 
von vielen Programmierern begrüßt 
wird, und das vorliegende Ergebnis 
kann als gelungen angesehen wer- 
den. Nach einem kurzen Vereinba- 
rungsteil mit den im Buch verwende- 
ten Konventionen wird sofort begon- 
nen, das im Titel gegebene Verspre- 
chen einzulösen. Um es gleich vor- 
wegzunehmen: Komplett ist es, und 


ob ein Taschenbuch auch kompakt 
ist, mag jeder für sich entscheiden. 
Komplett vor allem auch deshalb, weil 
dieses kleine Werk nicht nur die zur 
direkten Arbeit mit den- Dateien und 
zur Nutzung der zahlreichen Funktio- 
nen von MS-DOS erforderlichen Be- 
fehle enthält, sondern auch Hinweise 
zur Konfiguration des Betriebssy- 
stems mit Hilfe der Datei CONFIG- 
.SYS. Dies gibt insbesondere dem 
Anfänger die Möglichkeit, die Stan- 
dardeinstellungen von DOS seinen 
individuellen, auch landestypischen, 
Erfordernissen anzupassen, was ja 
bereits vor dem Start des ersten An- 
wenderprogramms dessen Bedien- 
komfort und effektiven Lauf mit beein- 
flussen kann. In der nachfolgenden 
Darstellung sind zu jedem DOS-Kom- 
mando neben dessen Format und 
Syntax die möglichen Parameter auf- 
geführt und ausführlich erläutert. Auf 
Besonderheiten der einzelnen Kom- 
mandos wird hingewiesen und die 
Anwendung an leicht nachvollziehba- 
ren Beispielen verdeutlicht. Die Wir- 
kung der Parameter kann ebenfalls 
an Beispielen geübt werden. Damit 
gibt das Buch vor allem dem Ungeüb- 
ten, von komfortableren Bedienober- 
flächen Verwöhnten die Möglichkeit, 
sich aus der Vielzahl der Befehle und 
Parameter das für seinen Zweck Pas- 
sende herauszusuchen und auszu- 
probieren. 

Alle im Buch erläuterten Befehle, 
Kommandos und die jeweils mögli- 
chen Parameter beziehen sich, wenn 
nichts anderes angegeben ist, auf die 
Version 2.0. So kann jeder leicht fest- 
stellen, welche konkreten Möglichkei- 
ten seine spezielle Version bietet. 
Eine angenehme Bereicherung sind 
die Befehle für die Stapelverarbei- 
tung in Batch-Dateien. Sie sind auch 
als solche beschrieben, aber leider 
unter die reinen DOS-Befehle ge- 
streut. Ein gesonderter Abschnitt, 
beipielsweise nach der Systemkonfi- 
guration, mit einem Hinweis auf die 
Anwendung in der Datei AUTOEX- 
EC.BAT wäre sicher wünschenswert. 
Alles in allem kann dieses kleine, 
handliche Büchlein ein große Hilfe in 
der täglichen Praxis sein. 


Wörterbuch 

der Datenkommunikation 

Englisch-DeutschlDeutsch-Englisch 
Von Walter Tietz, 2., völlig neubear- 
beitete und erweiterte Auflage, Hei- 
delberg: R. v. Decker's Verlag, G. 
Schenck 1989, 297 S., kartoniert, 
48,- DM, ISBN 3-7685-1088-3 
In der Reihe Taschenbuch Telekom- 
munikation - in der unter anderem 
bereits Bändchen zu ISDN und DA- 
TEX erschienen sind - kam in diesem 
Jahr die zweite Auflage des zweispra- 
chigen Wörterbuches der Datenkom- 
munikation heraus. Neben den je- 
weils etwa 4 300 Stichwörtern in Eng- 
lisch und in Deutsch (über 1 000 mehr 
als in der 1 . Auflage) enthält es einen 
sehr wertvollen Anhang mit mehr als 
1 500 Abkürzungen von Wörtern und 
Organisätionsnamen, die im Zu- 
sammenhang mit der Datenkommu- 


nikation stehen. Für dieses eng abge- 
grenzte spezielle Gebiet der Elektro- 
nik stellt das Wörterbuch ein prak- 
tisch lückenloses Verzeichnis der zur 
Zeit gültigen Begriffe dar. 

Da in vielen Fachtexten - oft aus Ver- 
legenheit - englische Fachbegriffe 
nicht übersetzt werden, können sol- 
che Wörterbücher zur Verbesserung 
der Verständlichkeit von Publikatio- 
nen in Deutsch beitragen. Jede Art 
von Wörterbuch -also sowohl Duden 
wie auch Fachwörterbuch - wird je- 
doch von vielen auch als Regelwerk 
benutzt. Deshalb sollte bei der Benut- 
zung des Wörterbuches der Daten- 
kommunikation in der DDR beachtet 
werden, daß einige Wörter in ihrer 
Übersetzung oder ihrer Rechtschrei- 
bung nicht unserem Sprachgebrauch 
bzw. unserem Duden entsprechen. 
Hierfür einige Beispiele, die mir am 
wichtigsten erscheinen: 

Bei der Übersetzung des englischen 
Wortes syntax gibt der Autor den Be- 
griff Sprachaufbau an, syntax bedeu- 
tet aber Satzbau. In der Informatik 
wird für syntax entweder Befehlsauf- 
bau oder Befehlsstruktur verwendet. 
Das Wort physical hat im Deutschen 
zwei Bedeutungen: physisch (zum 
Beispiel im Unterschied zu logisch) 
und physikalisch (im Unterschied zu 
chemisch oder biologisch). W. Tietz 
findet für physical zwar auch die Wör- 
ter körperlich und brieflich, jedoch 
statt physisch gebraucht er jedesmal 
physikalisch. Neben der „logischen 
Verbindung“ fand ich in seinem Wör- 
terbuch folglich nur die „physikali- 
sche Verbindung“. 

Vorsicht ist auch geboten bei der Ver- 
wendung von zusammengesetzten 
Wörtern, insbesondere bei ihrer 
Groß-/Kleinschreibung (beispiels- 
weise Ein-Kanal-pro-Träger oder 
Nicht-erreichbar). Der Bindestrich 
wird viel zu häufig angewendet. Da- 
durch sind Sinnzusammenhänge 
(von durch Bindestrich getrennten 
Wörtern) nicht mehr erkennbar. Sie 
werden der angestrebten Übersicht- 
lichkeit geopfert (zum Beispiel Benut- 
zer-Speicher-T ransfer-Station). Das 
Fugen-s koppelte W. Tietz meistens 
mit dem Bindestrich (beispielsweise 
Registrierungs-/Löschungs-Anforde- 
rungs-Rückweisungsblock, aber rich- 
tig: Netzkennungsanforderung-Un- 
terscheidungskennzeichen), obwohl 
in der deutschen Sprache nur ein Fu- 
genelement (bei diesen Beispielen 
Bindestrich oder Fugen-s) zulässig 
ist. 

Durch die konsequente Arbeit mit 
Querverweisen und die Hinweise, 
aus welchem Fachgebiet die Begriffe 
stammen, - nicht zuletzt auch durch 
das handliche Format - kann das 
Wörterbuch der Datenkommunika- 
tion allen Nachrichtentechnikern und 
allen Informatikern, die sich mit der 
Rechnervernetzung befassen, ein 
wertvolles Hilfsmittel beim Lesen und 
besonders beim Schreiben von Fach- 
texten in Englisch werden. 


Schriftenreihe 
Beiträge zur 

Arbeitsumweltgestaltung 

Im Rahmen der Schriftenreihe des 
Amtes für industrielle Formgestaltung 
erschienen jetzt zwei weitere Titel. 
Das Heft 8 „Ergonomie - Leitfaden 
und Daten für Designer und Projek- 
tanten“ (43,- M) stellt eine Art „Hand- 
lungsanleitung“ dar, in der immer um- 
fangreicher und komplexer werden- 
des Spezialwissen in einer auch für 
Nichtspezialisten anwendbaren Form 
dargeboten wird. Die Broschüre ent- 
hält das nach Auffassung der Autoren 
Dr. Sorg und Dr. Wegner notwendige 
Maß an ergonomischem Fachwissen 
zur Dimensionierung von Arbeitsplät- 
zen und Arbeitsmitteln für Designer, 
Architekten, Konstrukteure, Arbeits- 
wissenschaftler und Projektanten. 
Statt der sonst allgemein üblichen 
umfangreichen und zum Teil wider- 
sprüchlichen Tabellenmaterialien er- 
leichtern die beigegebenen Tabellen- 
schieber und Datenblätter für Körper- 
maße, Aktionskräfte und Drehmo- 
mente sowie zur maßlichen Gestal- 
tung von Arbeitsplätzen die Arbeit mit 
ergonomischem Faktenmaterial. 

Im Heft 9 (28,- M) mit dem Titel „Mo- 
dellprojektierung und Modellsimula- 
tion im Arbeitsumweltdesign“ werden 
für traditionelle zwei- und dreidimen- 
sionale Modelltechniken neue An- 
wendungsgebiete vorgestellt. Der 
Autor Dr. Uhlmann wendet sich mit 
neuen Ergebnissen praxisorientierter 
Forschung an Projektanten und alle 
auf dem Gebiet des Entwerfens und 
Gestaltens von Arbeitsstätten Tätige. 
Der als Leitfaden konzipierte Arbeits- 
bericht stellt in anschaulicher Art und 
Weise Entwurfsmethodiken sowie 
Hilfs- und Veranschaulichungsmittel 
vor, die geeignet sind, die Komplexi- 
tät und Ganzheitlichkeit des Objekt- 
bereiches Arbeitsumwelt aufzuneh- 
men und widerzuspiegeln. Dabei wird 
nach dem vom Verfasser entwickel- 
ten Konzept des Einheitsprojektes, 
d. h. der Einheit von Objekt- und Tä- 
tigkeitsgestaltung, vorgegangen. Mit 
verschiedenen Modelltechniken, der 
Modellsimulation als Vorwegnahme 
noch zu schaffender Realität und Pro- 
blemlösestrategie auf der Basis von 
Gruppenkonzepten unter Einbezie- 
hung der späteren Nutzer, wird ein 
praktikables, geschlossenes Metho- 
deninventar für Arbeitsumweltde- 
signaufgaben erläutert. 

Bereits 1988 erschienen das Heft 6 
„Arbeitsumweltdesign - Seminar im 
Bauhaus Dessau“ (15,-M) mit Bei- 
trägen von Praxispartnern zur Vorbe- 
reitung und Realisierung komplex ge- 
stalteter Arbeitsumwelt sowie das 
Heft 7 „Automatisierte Fertigung - Ar- 
beitsgestaltung und Design“ (27,- M) 
mit Beiträgen zur Tätigkeitsgestal- 
tung in Leitständen, zur Softwareer- 
gonomie, zu den räumlich-gegen- 
ständlichen Bedingungen und zu De- 
signvorstellungen für CIM-Kon- 

Die Hefte können bestellt werden 
beim Ministerrat der DDR, Amt für in- 
dustrielle Formgestaltung, Abt. Ar- 
beitsumwelt, Semperstr. 15, Dres- 
den, 8020. Eine Abonnementbestel- 
lung der Schriftenreihe ist möglich. 
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Leipziger Herbstmesse 1989 

Technikangebot von Leitthema „Flexible Automatisierung“ geprägt 


Zur Leipziger Herbstmesse 1989, die 
vom 3. bis 9. September stattfand, 
kamen wieder rund 6 000 Aussteller, 
darunter 2800 Kombinate, Außen- 
handels- und Exportbetriebe aus der 
DDR und 1 400 Unternehmen aus al- 
len kapitalistischen Industrieländern 
Westeuropas, aus Japan, den USA, 
Kanada, Australien und aus Berlin 
(West). Innerhalb der neun Technik- 
Branchenkomplexe der Herbst- 
messe verdienen die Branchen Tex- 
tilmaschinen und Polygraphische 
Maschinen besondere Aufmerksam- 
keit. in- und ausländische Aussteller 
hatten sich dem Leitthema der Leip- 
ziger Messen 1989 „Flexible Auto- 
matisierung" gewidmet. Sie demon- 
strierten auf vielfältige Weise, wie mit 
Hilfe solcher Schlüsseltechnologien 
wie der Mikroelektronik, der Roboter- 
technik, der CAD/CAM-Technik und 
mit flexiblen Fertigungssystemen 
Schritt für Schritt Grundlagen für 
den Übergang zum automatisierten 
Betrieb der Zukunft geschaffen wer- 
den. Aus dem Angebot haben wir für 
Sie Hard- und Softwareprodukte 
zum Leitthema und weitere interes- 
sante Neuentwicklungen ausge- 
wählt. 

Der VEB Aprotex Limbach-Ober- 
frohna und der VEB Kombinat TEX- 
TIMA stellten gemeinsam eine neue 
Technologie für die Fertigung von T ri- 
kotagen vor (siehe Farbbild 1; alle 
Farbbilder befinden sich auf den Um- 
schlagseiten 2 und 3). Diese teilauto- 
matisierte Lösung wird erstmalig in 
dem 1988 gegründeten VEB Aprotex 
angewendet. Aprotex steht für auto- 
matisierte Produktion textiler Er- 
zeugnisse. TEXTIMA-Großrund- 
strickmaschinen mit modernsten Zu- 
satzeinrichtungen, Veredlung nach 
dem Farbmetriksystem und mit mi- 
krorechnergesteuerter Färbema- 
schine, Stanztechnik im Zuschnitt, 
automatische Hängetransportanla- 
gen und eine rechnergesteuerte Pro- 
duktion bilden die Voraussetzung für 
eine teilautomatisierte Fertigung von 
Trikotagen, wobei einige Abschnitte 
vollautomatisiert werden. Der VEB 
Kombinat TEXTIMA ist wesentlich an 
der Ausrüstung dieses modernen Tri- 
kotagenbetriebes beteiligt. Die Tech- 
nologie, die auf dem Messestand am 
Beispiel der T-Shirt-Fertigung de- 
monstriert wurde, läßt sich auf die 
Fertigung weiterer Trikotagen über- 
tragen. Sie ist besonders rentabel für 
die Stapelproduktion von Unterwä- 
sche und Freizeitbekleidung. Ein Be- 
triebsdatenerfassungssystem mit 
240 Datenterminals registriert konti- 
nuierlich wichtige Daten von allen 
Maschinen - von der Strickerei bis 
zur letzten Nähmaschine. Über ein lo- 
kales Netz verbundene Computer 
steuern den gesamten Produktions- 
prozeß einschließlich Transport und 
Lagerung. Ein umfangreiches Soft- 
warepaket gestattet die rechnerge- 
stützte Planung und Steuerung und 
liefert Entscheidungshilfen für Flexi- 


bilität und Auslastung der Fertigungs- 
anlagen. 

Unter dem Motto der diesjährigen 
Messe stand auch das Softwarean- 
gebot des CAD/CAM-Zentrums des 
VEB Polygraph Leipzig. Eine durch- 
gängige CAD/CAM-Lösung ermög- 
licht die Konstruktion eines Teiles, die 
NC-Programmerstellung und auch 
die Fertigungsüberwachung auf PC- 
Technik (siehe auch Farbbild 2). Po- 
lyCAD wurde mit Turbo-Pascal 5.0 
entwickelt und kann auf 16-Bit-PCs 
mit MS-DOS 3.20 (IBM-PC und kom- 
patible, A 7150, EC 1834) eingesetzt 
werden. Neben einem modularen 
Aufbau zeichnet sich PolyCAD insbe- 
sondere durch Schnittstellen zu inter- 
nationalen Systemen wie AUTOCAD, 
CADdy, MEDUSA sowie zum GKS 
aus. Hinzu kommen die Einbindung 
von UNIGRAPH sowie die Nutzung 
beliebiger peripherer Technik; eine 
individuelle Anpassung an spezielle 
Geräte ist ebenfalls möglich. Poly- 
CAD ist netzfähig und setzt sich aus 
folgenden Modulen zusammen; 

Das 2-D-Konstruktionspaket Poly- 
CON beinhaltet neben integrierten 
Datenbankfunktionen einen umfang- 
reichen Komplex grafischer Prozedu- 
ren, die der Bemaßung, der Arbeit mit 
Symbolen und in Ebenen ebenso wie 
als Kommandosprache dienen. 

Für den Entwurf von Projektierungs- 
systemen mit alphanumerischen und 
grafischen Ergebnisdarstellungen 
wurde das relationale Datenbanksy- 
stem PolyDAT entwickelt. Vom An- 
wender wird das Datenformat ausge- 
wählt und eingestellt, so daß vorhan- 
dene Dateien ohne Konvertierung ge- 
nutzt werden können. Das Bearbei- 
ten von Binärdateien aus Program- 
men in höheren Programmierspra- 
chen ist ebenso möglich, wie auch ei- 
gendefinierte Formate, beispiels- 
weise von Bilddateien, zu lesen und 
zu schreiben. 

Sollen die Schnittstellen zu anderen 
CAD-Systemen genutzt werden, wird 
das Konvertierungspaket PolyKONV 
zu einem wichtigen Hilfsmittel bei der 
Übertragung der Zeichendateien von 
und zu PolyCON. 

Für das Erzeugen von Quellprogram- 
men zur Steuerung der NC-Maschi- 
nen kann PolyNC genutzt werden. 
Ein syntaxgesteuerter Editor erleich- 
tert dabei die Arbeit wesentlich. 
PolyCAD ist somit keineswegs nur 
auf den Bereich der Polygraphie be- 
schränkt, wie der Name vermuten 
läßt, sondern wird den Anforderun- 
gen unterschiedlichster Industriebe- 
reiche gerecht und kann insbeson- 
dere im Maschinenbau und in der 
Elektrotechnik eingesetzt werden. 

Eine spezielle Richtung des CAD ist 
das Herstellen von Druckvorlagen mit 
Hilfe von PCs. T raditionelle Hersteller 
von Satztechnik setzen dafür ver- 
stärkt MS-DOS-kompatible Technik 
ein ; dadurch ermöglichen sie den Ein- 
satz ihrer Technik auch für Desktop 


Publishing - für die Text- und Bilder- 
fassung, den Umbruch und die Sei- 
tengestaltung am Schreibtisch. Ein 
Beispiel dafür lieferte die Eschborner 
Firma Linotype (BRD) zur LHM '88 
mit der Lichtsatz-Serie 2000 (wir be- 
richteten in MP 12/1988 darüber). In 
diesem Jahr stellte Linotype erstmals 
in Leipzig den Page Manager 410 • 
(Farbbild 3) vor. Dieses System dient 
dem Textumbruch, der Layout-Ent- 
wicklung und der Ganzseitengestal- 
tung. Es ist sehr leistungsfähig in Ver- 
bindung mit einem Zentralrechnerder 
Linotype-Systeme 2/4/6/8, kann aber 
auch selbständig arbeiten. Eine 
enorme Gestaltungshilfe ist das grafi- 
sche Tablett. Es ist mit zwei unter- 
schiedlichen Kommandotafeln belegt 

- eine für redaktionelle Anwendun- 
gen und eine spezielle für die Anzei- 
gengestaltung. Per Maus wird die 
entsprechende Funktion angefahren 
und mit einem „Klick“ aktiviert. Der 
geübte Bediener kann aber die Funk- 
tionen des grafischen Tabletts auch 
direkt über die Tastatur ansteuern. 
Bei den Gestaltungsvariationen sind 
alle Möglichkeiten vorhanden. Das 
beginnt beim Negativsatz und reicht 
bis zum rotierten Text. Konturensatz 
mit automatisch einfließendem Text, 
Definition von Rasterflächen, Kombi- 
nation von Rasterflächen und Text, 
Umrandungen vielfältigster Art, 
Zeichnen von Polygonen und Kreisen 

- das alles läßt sich ohne großen 
Kommandoaufwand durchführen. 
Die Hardware basiert weitgehend auf 
PC-Technik. Die Konfiguration be- 
steht aus einem hochauflösenden 
Bildschirm (48cm diagonal) und ei- 
nem zusätzlichen Standard-Monitor 
für die reine Textverarbeitung. Dazu 
gehören weiterhin eine Spezialta- 
statur mit Maus und der Rechner mit 
dem Prozessor 80286 im Tower. Das 
Betriebssystem ist MS-DOS; die 
Speichergröße ist 2,5 MByte, die 
Festplattengröße 40 MByte. 


Zur Ausgabe der fertigen Seiten auf 
einem Laserdrucker (z. B. für Korrek- 
turabzüge) oder auf einem Laserbe- 
lichter (z. B. für Druckfolien) müssen 
die Daten in das dafür bewährte Post- 
Script-Format umgerechnet werden. 
Das übernimmt der Raster tmage 
Processor (RIP), von dem Linotype 
bereits die 3. Generation vorstellte. Er 
wird als Tower oder integriert in den 
Laserbelichter angeboten. Im Farb- 
bild 4 sind die Towerversion des RIP 
3 und der Linotype Laser Printer 8/4 
SX zu sehen. Die neue RIP-Version 
zeichnet sich durch beachtliche Er- 
weiterungen der Speicherkapazität 
aus: 8-MByte-Arbeitsspeicher, 135- 
MByte-Festplatte. Ebenso wurde die 
Taktfrequenz des MC 68020 von 1 6,7 
auf 25 MHz gesteigert. Darüber hin- 
aus bietet die Stand-alone-Version 
noch eine weitere Einsatzmöglich- 
keit: das Einbinden in ein Ethernet- 
kompatibles LAN. Und zum Lieferum- 
fang des RIP 3 gehören jetzt 35 
Schriftfonts. Das heißt, der RIP gibt 
nicht irgendeine Schrift schlechthin 
aus. Die Schriften von Linotype, die 
unter anderem so bekannte Marken- 
namen wie Times, Helvetica (die 
Schrift der MP) und Optima enthalten, 
sind in der grafischen Industrie schon 
lange zum Standard geworden. Dar- 
über hinaus haben aber auch für den 
DTP-Bereich bereits über 80 Firmen 
Lizenzen an den Schriften von Lino- 
type erworben - darunter so be- 
kannte Namen wie Adobe (der Post- 
Script-Erfinder), Apple, DEC, IBM, 
Matsushita, NEC, Sun und Xerox. Be- 
kanntlich lassen sich alle PostScript- 
Schriften von Linotype problemlos 
auf PostScript-kompatible Laserbe- 
lichter und Laserdrucker zuladen und 
sind sowohl auf dem Apple-Macin- 
tosh als auch auf IBM-PCs einsetz- 
bar. Die unter der Bezeichnung Lino- 
type Library angebotenen Schriften 
im Original-PostScript-Format um- 
fassen zur Zeit rund 400 Unterschied- 


Computer Analysis of Images and Patterns 

Das Thema der diesjährigen Messekonferenz, der CAIP '89. war die 
: automatische Bildverarbeitung. Neben der Kammer der Technik als 
Veranstalter beteiligten sich auch die Akademie der Wissenschaften 
der DDR, die Friedrich-Schiller-Universität Jena und die Kombinate 
Carl Zeiss JENA und Robotron an der Ausrichtung der Konferenz. Die 
weitere Automatisierung der Produktion erfordert beispielsweise auch 
eine automatische Erkennung der zu montierenden Einzelteile und die 
automatische Überwachung der Produktion und deren Qualität. In vie- 
len Vorträgen wurde, ausgehend von der Theorie der Bildverarbeitung, 
so beispielsweise zur digitalen Verarbeitung von dynamischen Bildern, 
zur Modellierung von 3-D-Objekten von Fornsehbildfolgen oder zur Be- 
. Stimmung der Farbanteile beim Mehrfarbendruck, auch die Hard- und 
Software behandelt. Das interaktive Bildverarbeitungs- und Anzeige- 
system ATLAS-90 und Kodierungstechniken für die HOTV-Übertra- 
' gung wurden ebenso vorgestellt wie ein Expertensystem für die Anwen- 

dung von Unterprogrammen zur Bildverarbeitung, die Möglichkeiten 
der Verbindung der Rasterbildanalyse mit der Computergrafik und die 
Übertragbarkeit von Bildverarbeitungssoftware. Eine Posterausstel- 
lung zu den Vorträgen bereicherte die Konferenz und ermöglichte die 
weitere Diskussion in den Konferenzpausen 
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liehe Garnituren und stellen damit 
nach Linotype die größte PostScript- 
Fontbibliothek dar. 

Aber auch die Firma Monotype 
(Frankfurt/Main) gehört zu den tradi- 
tionellen Entwicklern von Schriften 
(z. B. Garamond und moderne Anti- 
qua). Seit 1979 in Leipzig nicht mehr 
vertreten, war Monotype dieses Mal 
mit dem Publishers Electronic Net- 
work-System - PENS - präsent. 
Diese von der britischen Firma Miles 
33 Ltd. erstmals 1988 vorgestellte 
Software wurde von Monotype ins 
Deutsche übersetzt und auf die PCs 
des Monotype-Partners Siemens ge- 
bracht. Ein Zentralrechner wird nicht 
benötigt. Auch das Ethernet-kompati- 
ble SK-Net Junior, über das die MS- 
DOS-Rechner miteinander kommuni- 
zieren, wird nicht von Monotype her- 
gestellt. Dieses 10 MBit/s schnelle 
Ethernet stammt von Schneider & 
Koch; die LAN-Software ist von No- 
vell. Alle Programme und Daten wer- 
den in einem Fileserver (SICOMP PC 
32-20) abgelegt, das Rechnen über- 
nehmen die einzelnen Arbeitsplätze 
sowie die Ausgabesteuerung. 
Monotype sieht die Stärken von 
PENS im kleineren und mittleren Zei- 
tungsbetrieb. Der Nutzer ist bei der 
Texterfassung mit seinem PC mit 
EGA-Farbbildschirm und spezieller 
Miles 33-Tastatur in der Lage, Schrift- 
arten in verschiedenen Farben kennt- 
lich zu machen (siehe Farbbild 5). Die 
Satzsteuerzeichen und Kombinatio- 
nen davon können mit dem Druck auf 
eine der speziellen Funktionstasten 
in den Text eingebaut werden. Am Ar- 
beitsplatz für den Umbruch (Farbbild 
6) werden die Flächen für Bilder re- 
serviert und numeriert und der Text 
eingespiegelt. Dabei sind verschie- 
dene Funktionen möglich: Linienrah- 
men, Spaltenlinien (die in der Flöhe 
mitlaufen), vertikaler Keil, Negativ- 
schrift, rotierte Zeilen, verschiedene 
Rasterwerte und -winkelungen sowie 
mehrere Arten von Ecken. Zusätzlich 
kann ein Ausnahmelexikon geführt 
werden. 

Der Umbruch-Arbeitsplatz arbeitet 
mit 3 MByte RAM, 40-MByte-Fest- 
platte, Taktfrequenz 16 MHz, 5,25- 
Zoll-Floppy mit 1 ,2 MByte, Arithmetik- 
Koprozessor, 51 -cm-Farbbildschirm 
und PENS-Tastatur. Der Fileserver 
hat 4 bis 8 MByte RAM, 16 oder 
25 MHz Taktfrequenz, 70- bis 600 
M Byte-Festplatte, 5,25-Zoll-Floppy, 
einen 31-cm-s/w-Bildschirm und eine 
PC-Tastatur. Die Ausgabe kann wie- 
derum auf Laserdrucker oder Laser- 
belichter (z. B. Monotype PRISMA) 
erfolgen. Dafür können mit der Aus- 
gabesteuerung verschiedene For- 
mate wie PostScript, LaserSlave, 
ACE, Compugraphic-Slave und die 
Linotype-Systemsprache erzeugt 
werden. 

Der VEB Plastunion Triptis stellte am 
Stand von Pneumant das Software- 
paket Pneumant-Modul zur rechner- 
gestützten Konstruktion von Werk- 
zeugen für die Verarbeitung von Pla- 
sten und Elasten, zur Simulation des 
Formfüllvorganges für das Spritzgie- 
ßen thermoplastischer Formteile und 
zum Erkennen von Bindenähten und 
Lufteinschlüssen vor. Das Paket, das 
sich aus mehreren Modulen zusam- 
mensetzt, ist auf dem EC 1 834 und 
dazu kompatiblen PCs einsetzbar 
und kann damit allen Betrieben, die in 
ihrer Fertigung Plastteile einsetzen, 
genutzt werden. 


Zur Bearbeitung der betrieblichen Ar- 
beitsplanstammkarten auf dem PC 
(8- oder 16-Bit-Technik) und für die 
Materialwirtschaft stellte der VEB 
KOSORA Dresden die Programmsy- 
steme STERV und MATPRO vor. Da- 
mit sind die technologische Planung 
der Produktion und die Planung und 
Überwachung der Materialbestände 
am Arbeitsplatz des jeweiligen Mitar- 
beiters möglich. Das Projekt STERV 
bietet dabei das Archivieren, Sortie- 
ren und Ausgeben spezieller Listen 
und das Projekt MATPRO den Auf- 
bau, die Korrektur und den Druck der 
Materialstammdaten, der Zu- bzw. 
Abgänge in der Materialstammdatei 


Programmablauf gestalten und auch 
pädagogische und psychologische 
Erkenntnisse bis hin zu individuellen 
Gewohnheiten einfließen lassen zu 
können. 

TINA baut dann aus den Anweisun- 
gen des Anwenders die Ausschriften 
des Bildschirms auf. Dabei können 
spätere Änderungen sowohl des Bild- 
schirmaussehens als auch des Pro- 
grammablaufs leicht in das Pro- 
gramm integriert werden; TINA ist 
nach Aussage der Entwickler sehr 
lernfähig und äußerst tolerant, bei- 
spielsweise gegenüber Modulen in 
anderen Sprachen. Damit kann TINA 
ein wichtiges Hilfsmittel besonders 



bis hin zum Druck von Inventurlisten 
Der Ablauf des Dialogs mit dem Com- 
puter beeinflußt die Akzeptanz eines 
Programmes ganz erheblich. Die Zei- 
ten der ellenlangen Listen, die ein 
Großrechner ausspuckte, und der 
Programme, in die selbst EDV-Einge- 
weihte erst nach langer Einarbeitung 
einen Einblick erlangten, sind vorbei. 
Auch wenn es immer noch den einen 
oder anderen Programmierer geben 
sollte, der sein kleines Geheimnis um 
die Bedienung dieses Wunderwerkes 
nicht lüften möchte. Man darf sich 
dann aber immer fragen, wer hier ei- 
gentlich für wen da ist oder sein sollte. 
Um so lobenswerter ist es, wenn sich 
Softwareentwickler Gedanken dar- 
über machen, wie nicht nur dem 
späteren Anwender eines Pro- 
gramms durch ein möglichst ähnli- 
ches Erscheinungsbild unterschied- 
lichster Softwareprodukte die Nut- 
zung leichter gemacht und damit die 
Einarbeitungszeiten erheblich redu- 
ziert werden, wenn dann auch den 
Programmierern noch Hilfsmittel in 
die Hand gegeben werden, kann die 
meist sehr aufwendig und mit viel 
Routinearbeit zu programmierende 
Dialogfähigkeit des Rechners mit ge- 
ringerem Aufwand erreicht werden. 
Im Rahmen der Leistungsschau von 
Softwareprodukten der Universitäten 
und Hochschulen der DDR war ge- 
rade zu diesem Thema eine interes- 
sante Lösung zu sehen. Für die in un- 
seren Betrieben nun immer häufiger 
anzutreffende Klasse der 1 6-Bit-PCs 
wurde von der Wilhelm-Pieck-Univer- 
sität Rostock auf der Grundlage der 
Programmiersprache Pascal die Ent- 
wicklungsumgebung TINA vorge- 
stellt (Farbbild 7). Die leichte Handha- 
bung von TINA gestattet es insbeson- 
dere auch weniger professionellen 
Programmierern aus der Kenntnis ih- 
res fachlichen Wissens heraus, den 


bei der Erarbeitung kurzlebiger Soft- 
ware in hoher Qualität werden. Wei- 
tere Vorzüge sind die Anpassung an 
die jeweiligen Besonderheiten, nicht 
nur des Betriebes, und die mögliche 
Entwicklung von Schulungsprogram- 
men (sogenannten Tutoren), mit de- 
ren Hilfe die Mitarbeiter schnell und 
effektiv in ihre zukünftigen Aufgaben 
eingearbeitet werden können. 

Die Simulation insbesondere techni- 
scher Prozesse kann zum einen zu 
einer höheren Sicherheit bei der Ent- 
scheidungsfindung führen und zum 
anderen die materiellen Aufwendun- 
gen für Erprobungen erheblich redu- 
zieren. Schweißprozesse stellen da- 
bei ein in wohl allen Bereichen der 
Gesellschaft angewendetes Verfah- 
ren dar. Demzufolge kommt der Si- 
mulation gerade solcher Prozesse 
eine große volkswirtschaftliche Be- 
deutung zu. Die von der Wilhelm- 
Pieck-Universität Rostock entwik- 
kelte Software zur Beurteilung von 
Qualität und Wirtschaftlichkeit von 
Schweißverbindungen durch 

Schweiß-ZTU-Schaubilder be- 
schjeibt dabei sowohl das Gefüge als 
auch' die Eigenschaftsveränderun- 
gen von Schweißgut und Grundwerk- 
stoff einer Verbindung nach unter- 
schiedlichen Schweißwärmezyklen. 
Die bisher nur als Tafelwerke existie- 
renden Daten sind zusammen mit 
den Ergebnissen langjähriger For- 
schungsarbeit auf der Basis eines 
mathematischen Modells zu einem 
Softwareprodukt entwickelt worden, 
das vielfältigen Ansprüchen genügt. 
Die Beurteilung der Schweißbarkeit 
von Werkstoffen kann bereits im Sta- 
dium der Stahlentwicklung beurteilt 
werden, Schweißtechnologien lassen 
sich besser begründen, und die Ei- 
genschaften der Schweißverbindung 
können vorab eingeschätzt werden. 


Farbbild 8 zeigt ein typisches Dia- 
gramm, wie es unter anderem für die 
Abkühlzeiten, die mechanischen Ei- 
genschaften, das Umwandlungsver- 
halten, die notwendige Wärmezufuhr 
oder für die erforderlichen Schweiß- 
daten vom Programm berechnet wer- 
den kann. 

Die Wilhelm-Pieck-Universität ent- 
wickelte ebenfalls ein modulares Ent- 
wicklungssystem für die rechner- 
gestützte Entscheidungsunter- 
stützung, deren Module über eine in 
modernen CIM-Lösungen einge- 
setzte Datenschnittstelle miteinander 
kommunizieren. Das vielfältig er- 
setzbare Werkzeug ermöglicht die ef- 
fektive Entwicklung von Software für 
viele betriebliche Einsatzfälle und 
setzt sich aus einem netzfähigen Da- 
tenbankkern (DES), der Tabellenkal- 
kulation (DES-CALC), der Daten- 
bankanfragesprache ANNA, dem 
Wissensverarbeitungssystem und ei- 
nem Text- und Programmeditor zu- 
sammen. Ein speziell angepaßter 
Prolog-Interpreter wurde in das Sy- 
stem integriert; das Modulkonzept 
und die nutzeroffene Datenschnitt- 
stelle gestatten die Erweiterung des 
Systems mit eigenen Modulen. Die 
bereits vorhandenen Beispielanwen- 
dungen können an spezielle Erforder- 
nisse angepaßt werden. Dies betrifft 
insbesondere eine Lösung zur Pro- 
duktionsplanoptimierung (Farbbild 
9), ein Literaturerfassungs- und -re- 
cherchesystem, ein Dokumentenver- 
waltungssystem (ebenfalls mit der 
Möglichkeit der Recherche), ein be- 
triebliches Mail-System, ein Diagno- 
sesystem für die Stomatologie und 
die CAD-Zeichnungsverwaltung. 

Am Gemeinschaftsstand des Saar- 
landes wurden unter anderem Pro- 
dukte von Hohe Electronics und der 
Karl-Marx-Universität Leipzig ausge- 
stellt. Für die Klasse der XT/AT-PCs 
mit dem Betriebssystem MS-DOS 
und einem Arithmetikprozessor ent- 
wickelte die Karl-Marx-Universität 
Leipzig das wissensbasierte Rah- 
menexpertensystem CAD/DSS für 
die Vorbereitung von Innovationsent- 
scheidungen sowohl in sozialisti- 
schen Industriebetrieben als auch in 
kapitalistischen Firmen (Farbbild 10). 
Das System ermöglicht insbesondere 
die Optimierung der Produktions- und 
Absatzstruktur unter Berücksichti- 
gung der betriebsspezifischen Ziele 
wie maximaler Gewinnzuwachs, mi- 
nimale Kosten oder maximale Renta- 
bilitätsverbesserung unter den Bedin- 
gungen der Einhaltung vorgegebener 
Investitionsmittel, der Erreichung ei- 
ner bestimmten Innovationsrate oder 
der bestmöglichen Auftragsrealisie- 
rung. Damit werden Entscheidungen 
der Planung der betrieblichen Ent- 
wicklung schneller und in höherer 
Qualität möglich; auch die so bitter 
notwendige schnelle Reaktion auf 
Veränderungen der Absatz- oder 
Produktionssituation kann durch die 
Nutzung dieses Hilfsmittels erreicht 
werden. Der Einsatz der Tastatur 
TheBoard wird empfohlen. 

Wird die Tastatur TheBoard einge- 
setzt, stellt sich die Frage, wie die vie- 
len Funktionen auf den einzelnen Ta- 
sten definiert werden. Dazu dient das 
Programm LC Tool, mit dem sowohl 
die Piktogramme, die dann auf der je- 
weiligen Taste erscheinen, als auch 
die sich dahinter verbergenden maxi- 
mal 126 Zeichen (einschließlich von 
Steuerzeichen wie Carriage Return) 
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in den vier möglichen Ebenen (Nor- 
mal, Shift, Alt und Control) editiert 
werden können. Das Farbbild 11 
zeigt die Programmierung einer 
Funktionstaste mit einem Pikto- 
gramm und die gleichzeitige Darstel- 
lung dieses Zeichens auf der LCD- 
Taste sowie die dazugehörige Zei- 
chen- bzw. Befehlskette. Eine aus- 
führliche Beschreibung der Tastatur 
TheBoard finden Sie im Heft 7/1 989 
auf der Seite 217; die Karl-Marx-Uni- 
versität Leipzig, Sektion Informatik 
bietet im 1 . Quartal 1 990 einen Lehr- 
gang für zukünftige Nutzer dieser T a- 
statur an. Ebenfalls an diesem Stand 
wurde die Kopplung des EC 1834 
mit der von Hohe Electronics entwik- 
kelten T astatur TheBoard über einen 
neuartigen, von Robotron entwickel- 
ten Interfacestecker gezeigt. Der EC 
1834 war mit dem Farbbildschirm K 
7233 des VEB Robotron-Buchungs- 
maschinenwerk Karl-Marx-Stadt zu 
sehen (Farbbild 12). 

, Daß auch das Kombinat Robotron 
ständig bemüht ist, mit einem verbes- 
serten Design seine Produkte an- 
sprechender zu machen und den 
speziellen Kundenwünschen anzu- 
passen, zeigt oie Vorstellung des 
neuen Nadeldruckers K 631 9 und die 
Ankündigung des K 6325. Der K 631 9 
(Farbbild 13) ist eine Variante inner- 
halb der K 631 0-Reihe, die mit einem 
veränderten Gehäuse, durchsichti- 
gem Deckel und speziellem Interfa- 
ceanschluß auf Wunsch eines Han- 
delspartners zum Anschluß an Heim- 
computer entwickelt wurde. 

Bei der Entwicklung von Tischrech- 
j nern, Taschenrechnern und Pocket- 

m Computern kann die japanische Fi rma 
™ Sharp bereits auf reichaltige Erfah- 
rungen verweisen. Neben dem be- 
* reits im Vorjahr ausgestellten Pocket- 

computer PC-1600 stellte Sharp zur 
diesjährigen LHM den erst Mitte des 
Jahres auf den Markt gebrachten 
Electronic Organizer IQ-7000 aus 
, (Farbbild 1 4). Diese „persönliche Da- 
tenbank im Brieftaschenformat“ kann 
über eine RS 232C-Schnittstelle mit 
einem PC kommunizieren (im Bild 
g S. 382 mit dem Sharp PC-4500). Dafür 
i J bietet Sharp das Kommunikationspa- 
ket Organizer-Link (IQ-791A) an. Es 
besteht aus zwei Programmdisketten 
(3,5" und 5,25"), dem Pegelkonverter 
(RS 232C) und der Dokumentation. 
Damit ist es möglich, den IQ-7000 
über einen IBM-kompatiblen PC mit 
’( Daten zu füttern oder umgekehrt Da- 
ten aus dem IQ-7000 in den PC ein- 
■ zulesen. Das können zum Beispiel 
das Adreß-/Teiefonverzeichnis, Noti- 
J zen, die Zeitplanung mit Alarmfunk- 


tionen oder ein langfristiger Termin- 
planer mit Monats-, Wochen- und Ta- 
gesübersichten sein. Dafür stehen 
insgesamt 32 KByte RAM zur Verfü- 
gung. Die Datenübertragung erfolgt 
menügeführt vom PC aus; die Daten 
können mit Wordstar, Sidekick oder 
Lotus 1 -2-3 weiterverarbeitet werden. 
Wem das nicht reicht, der kann sich 
noch verschiedene IC-Karten (die 
EPROMs oder FtAMs enthalten) zule- 
gen: eine für Projektorganisation mit 
Termin- und Kontenüberwachung, 
eine für englische Synonyme (etwa 
500000 Wörter) und als Recht- 
schreibhilfe (etwa 87000 Wörter), 
eine für einfache Übersetzungen in 8 
Sprachen (rund 780 Wörter und 460 
Redewendungen) sowie eine mit 32 
oder 64 KByte RAM (siehe Bild 14). 
Die Daten des IQ-7000M werden mit 
drei Primärzellen (CR 2032) gepuf- 
fert; bei Batteriewechsel bleiben die 
Daten erhalten. Der RAM-Modul ent- 
hält eine CR 201 6, die 2 Jahre die Da- 
ten puffert und wechselbar ist. 

Die LC-Anzeige hat 8 Zeilen zu je 16 
Zeichen und ist grafikfähig. Zur dies- 
jährigen SYSTEMS ’89 im Oktober in 
München stellte Sharp bereits die Wei- 
terentwicklung IQ-7100 vor. Hier kann 
für die Anzeige auf dem Display eine 
von 7 Sprachen vorgewählt werden. 

Der VEB Organisation und Rechen- 
technik Karl-Marx-Stadt - ein Soft- 
warehaus, das sich unter anderem 
auch auf die Installation von Compu- 
tern spezialisiert- zeigte eine interes- 
sante LAN-Lösung unter Einbezie- 
hung des EC 1834 als Nutzerstation. 
Die Hardwarevoraussetzungen dafür 
bildeten ein mit 16 MHz getakteter 
286er AT als File- und Druckserver 
und ein originales Ethernet (siehe 
Bild oben). Als Netzsoftware wurde 
die SFT Advanced NetWare 2. 15 von 
Novell verwendet. In ein Netz mit die- 
ser Konfiguration lassen sich 30 bis 
50 EC 1834 einbinden, die gleichbe- 
rechtigt solche Dienste, wie Fileser- 
ving, Spooling und Printserving, Ver- 
waltung der Zugriffsberechtigung, 
Accouting und andere in Anspruch 
nehmen können. Wichtigste Vorteile 
einer solchen Lösung sind: 

- alle Nutzer haben die gleiche Da- 
tenbasis und 

- teure Peripheriegeräte müssen im 
Netz nur einmal vorhanden sein. 
Großes Interesse fand auch die von 
diesem Betrieb vorgestellte Lösung 
zum Datenschutz für PCs mit Hard- 
disk. Die angebotene Software dazu 
nennt sich SAVE, arbeitet unter MS- 
DOS und DCP und schützt die Fest- 
platte durch die Vergabe eines Paß- 
wortes vor unberechtigten Zugriffen. 


Zur Frühjahrsmesse '89 war erstma- 
lig der niederländische Computerher- 
steller Tulip vertreten. Damals mit ei- 
nem eigenen Stand, war er zur 
Herbstmesse bei der Handelsfirma 
Transcommerz aus Berlin (West) - 
die daneben vorrangig Kopiertechnik 
anbot - zu finden. Seit Juni dieses 
Jahres ist Transcommerz offiziell Di- 
stributor von Tulip Computers. Tulip 
stellt PCs aller Leistungsklassen, 
Netze und Multiusersysteme her. Be- 
sonderes Gewicht legt die Firma auf 
die Qualitätskontrolle der Geräte und 
einen hohen technischen Standard. 
Alles Gründe, die Tulip in wenigen 
Jahren an die dritte Stelle der westeu- 
ropäischen Computerhersteller ge- 
bracht haben. Das herausragende 
Produkt von Tulip war das Ethernet- 
kompatible Isolan, das mit seiner 
Fülle von Komponenten an jeden An- 
wendungsfall angepaßt werden kann. 
Herzstück war als Fileserver der Tulip 
at 386sx (im Farbbild 15 links), den 
wir auf der 4. Umschlagseite vorstel- 
len. Mit dem Server im Netz verbun- 
den waren der pc compact2, der at 
compact2 (beides Weiterentwicklun- 
gen der zur LFM gezeigten Modelle 
pc compact und at compact) und der 
Tulip isolan (im Bild 1 5 rechts) - eine 
festplattenlose Variante des at mit 
Isolan-Netzkarte und BIOS-Boot- 
ROM; das bedeutet, daß beispiels- 
weise beim Einschalten des Rech- 
ners das Betriebssystem nicht von 
Diskette oder Festplatte, sondern aus 
dem nichtflüchtigen Speicher (ROM) 
geladen wird. 

Ein Ethernet-kompatibles Netz be- 
steht in seiner Grundausstattung aus 
dem LAN-Kabel (Koaxialkabel oder 
Lichtleiter), der Ankoppelbaugruppe 
an das Kabel (Transceiver), der Stich- 
leitung vom Rechner zum Transcei- 
ver und der Netzkarte im PC. Auf 
diese Weise können mit dem Isolan 
bis zu 100 Rechner über 500-m-Seg- 
mente miteinander gekoppelt wer- 
den. Das Isolan bietet aber wesent- 
lich mehr. Weil die Isolan-Karten für 
den XT und den AT einen T ransceiver 
enthalten, kann eine Bitligvariante 
(Cheapernet) - bei der der separate 
Transceiver wegfällt und die PCs di- 
rekt über BNC-Buchse und Koax-Ka- 
bel (Thin Ethernet Cable) verbunden 
werden - bis zu 30 Rechner über 1 85- 
m-Segmente miteinander verbinden. 
Die weiteren Baugruppen sollen hier 
kurz erwähnt werden: 

- Fan-Out Unit (sternförmiges Ver- 
netzen von bis zu 8 PCs und Ankopp- 
lung an das Isolan) 

- Multiplexer (asynchroner serieller 
Anschluß für mehrere Terminals, 
Drucker oder Modems) 


- MCA Controller Card (16-Bit-Er- 
weiterungskarte für das IBM PS/2; 
ebenfalls mit On-board-Transceiver 
für das Cheapernet) 

- Repeater (Verbinden von zwei 
LAN-Segmenten über größere Ent- 
fernungen) 

- Multi-Port Repeater (Verbinden 
von mehreren LAN-Segmenten; mit 
Interfaces für alle Kabeltypen) 

- Primary Bridge und Managed 
Bridge (Verbinden von zwei LANs) 

- Remote Bridge (Schnittstellen: 
X.25, V.24, 2 x 64 kBit/s) 

Für Transceiver, Fan-Out Unit, Re- 
peater und Multi-Port Repeater sind 
Versionen für Lichtleiter verfügbar. 

Zu der von Tulip angebotenen Soft- 
ware gehören die ELS II NetWare für 
bis zu acht Nutzer und die Advanced 
NetWare für 100 LAN-Teilnehmer. 
Die SFT NetWare enthält Schutzme- 
chanismen beispielsweise gegen 
Ausfälle der Hardware, und die Mul- 
ti-Protocol Support Software (MPS) 
ermöglicht die Kommunikation mit 
anderen Systemen, sowohl mit ande- 
ren LANs als auch mit Mini- und 
Großrechnern - und das sogar si- 
multan. 

Eine Besonderheit für das LAN stellt 
auch der System Control Manager 
(SCM) dar, ein anwendungsspezifi- 
scher Schaltkreis, der auf der 4. Um- 
schlagseite näher erläutert wird. 
Beim Abschalten des Servers wird 
der Bediener nicht nur nach dem Paß- 
wort gefragt, sondern er kann auch 
noch die Zeit für die Ausschaltverzö- 
gerung zwischen 0 und 255 Minuten 
wählen. Beim Start der Ausschaltver- 
zögerung werden sämtliche Teilneh- 
mer des Isolans automatisch mit ei- 
ner Nachricht darüber informiert, 
wann der Server abschaltet. Dadurch 
besteht für alle Nutzer die Möglich- 
keit, die Arbeit mit den Massenspei- 
chern des Servers rechtzeitig zu be- 
enden. 

Im 40. Jahr der Beteiligung Großbri- 
taniens an der Leipziger Messe war 
die Ausstellung British Design ein 
Novum. Mit Unterstützung des Cen- 
tral Office of Information wurden auf 
150 m 2 Ausstellungsfläche Spitzen- 
leistungen von 26 Industriedesignern 
vorgestellt. In Großbritannien hat sich 
das Design in den frühen 80er Jahren 
zu einem eigenständigen Wirt- 
schaftszweig entwickelt. Heute gibt 
es rund 2 000 Design-Beratungsbü- 
ros in Großbritannien. Für die Leser 
der MP interessante Produkte waren 
der im Farbbild 1 6 dargestellte Hand- 
computer Psion Organiser II (links) 
mit einer 32stelligen LC-Anzeige und 
der Psion Printer II (rechts). 
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Der Organiser II ist wie der IQ-7000 
von Sharp praktisch ein sehr komfor- 
tabler Taschenrechner. Statt der IC- 
Karten gibt es hier sogenannte Me- 
mory Packs und Program Packs (un- 
ten rechts im Bild), von denen aber im 
Unterschied zum IQ-7000 zwei 
gleichzeitig in den Organiser II ge- 
steckt werden können. Die Memory 
Packs können RAM-Größen von 8 bis 
128 KByte enthalten. Das Modell 
LZ64 (mit 64 KByte internem RAM) 


Atari-Messe 

Wie breit das aktuelle Angebotsspek- 
trum rund um die Atari-Computer in- 
zwischen ist, wurde vom 25. bis 27. 
August dieses Jahres wiederum auf 
der Atari-Messe in Düsseldorf - dem 
umfassendsten Angebotsforum der 
Firma - deutlich. Über 150 Aussteller 
zeigten vom einfachen Videospiel bis 
zum professionellen Einsatz im tech- 
nisch-wissenschaftlichen Bereich die 
neuesten Softwareentwicklungen 
und Peripheriegeräte. Natürlich wa- 
ren alle bekannten Atari-Computer im 
Einsatz zu sehen; der Hersteller 
nutzte diese Gelegenheit jedoch 
auch zur Präsentation seiner neue- 
sten Produkte. 

Da wäre zunächst die vom Ge- 


kann demnach mit maximal 320 
KByte On-board-Speicher ausgerü- 
stet werden. Außerdem hat der in- 
terne ROM eine Größe von maximal 
64 KByte. Sieben verschiedene Pro- 
gram Packs sind unter anderem für fi- 
nanzielle Berechnungen, für engli- 
sche Rechtschreibung (mit über 
24 000 Wörtern), für einfache Über- 
setzungen in 5 Sprachen (mit über 
700 Wörtern und Redewendungen) 
und für mathematische Berechnun- 


1989 

schäftsführer Alwin Stumpf als spek- 
takulärste Neuigkeit angesehene 
Vorstellung des Atari TT als Ergän- 
zung zur ST-Reihe (Bild 1). Der TT 
basiert auf Motorolas 68030-Mikro- 
prozessor, der mit 16 MHz getaktet 
wird. Zur ST-Reihe ist der Rechner 
voll kompatibel und bietet alle Mög- 
lichkeiten zum Anschluß der Atari-Pe- 
ripherie oder entsprechender Fremd- 
peripherie. Besonders unterstützt 
wird die Verwendung im Musikbe- 
reich durch spezielle Hardwarekom- 
ponenten: Yamaha Soundchip YM- 
2149, interne Lautsprecher, aktive 
Stereo-Audio-Buchse, Midi-An- 
schlüsse. Weitere Merkmale: 2 
MByte RAM als Standard, ausbaufä- 




gen verfügbar. Der Organiser II kann 
natürlich ebenfalls über eine RS 232- 
Schnittstelle mit PCs oder auch direkt 
mit Druckern oder Modems gekoppelt 
werden. Aber Psion bietet auch für 
unterwegs eine Druckmöglichkeit mit 
dem Printer II. Er kann 80 Zeichen pro 
Zeile im Normalmodus drucken. Im 
Grafikmodus sind 20, 40, 60 und 80 
Spalten mit einer Auflösung von 256 
Punkten pro Linie möglich. Die Ge- 
schwindigkeit ist 1 Zeile/s. Ein Wech- 


selspannungsadapter ermöglicht den 
Netzbetrieb; die internen 9-V-Batte- 
rien erlauben nur einen Betrieb von 2 
bis 6 Monaten. Programmiert werden 
kann der Organiser II mit der Pro- 
grammiersprache OPL - einem Ba- 
sic-Derivat. Die Software Organiser II 
Developer ermöglicht für OPL das 
Entwickeln, Testen und Beseitigen 
von Fehlern auf IBM-kompatiblen 
PCs. 

H. Hemke, H.-J. Hill 


hig bis zu 8 MByte, Farbpalette mit 
4096 Farben bei einer Bildschirmauf- 
lösung von 320 x 200 bis zu 640 x 
400 Punkten, hochauflösender Mono- 
chrommodus mit 1 280 x 960 Punk- 
ten, 8-Bit-PCM-Stereoklanggenera- 
tor, 1 x VMEbus-Erweiterungsslot. 
Als Betriebssystem wird das zum ST/ 
TOS kompatible TOS 030 mitgeliefert. 
Als eine Version des TT wird zum er- 
sten Quartal 1990 die schon lange 
angekündigte Unix-Maschine, der 
Atari TT/X erwartet. Laut Stumpf war 
die Verzögerung darauf zurückzufüh- 
ren, daß die 68020-Linie nicht weiter- 
verfolgt wurde. Der TT/X wird sich 
vom TT vor allem durch das T owerge- 
häuse, mehrere VMEbus-Steck- 
plätze und mindestens 4 MByte RAM 
unterscheiden. 

Die zweite Weltpremiere gab es mit 
der Vorstellung des Atari STE (Bild 2), 
ausgestattet mit Verbesserungen ge- 
genüber seinem Bruder 1040. Bei- 
spielsweise bietet der STE hardware- 
gestütztes horizontales und vertika- 
les Scrolling. Die Farbpalette umfaßt 
51 2 aus 4096 Farben ; die Bildschirm- 
auflösung beträgt bis zu 640 x 400 
Punkte. Diese Bildqualität, Lichtpi- 
stole, neue Joysticks und der Stereo- 
sound in CD-Klangqualität deuten auf 
den anvisierten Markt der Computer- 
Aktionsspiele hin. So können sich vier 
Spieler gleichzeitig an einem STE be- 
tätigen, und eine Erweiterung auf 
sechs Spieler ist möglich. 

Dennoch möchte die Firma den Markt 
der kompatiblen PCs nicht vernach- 
lässigen: Die Prototypen einiger 
neuer Modelle sollen bereits im Test 
sein. 

Zur CeBIT ’89 erregte Atari mit der 
Vorstellung „des ersten kompatiblen 
Personal Computers für die Westen- 


tasche“ Aufsehen. Der damals noch 
als PC Folio bezeichnete Prototyp 
wurde zur Atari-Messe nunmehr 
ausgereift als Portfolio präsentiert 
(Bild 3). Er wird als absolut vollwerti- 
ger PC bezeichnet, der mit dem Be- 
triebssystem MS-DOS 2.11 arbeitet. 
Bei der Grundfläche von 20 x 1 0 cm 2 
und 2,7 cm Höhe kann man sich na- 
türlich vorstellen, daß für ein her- 
kömmliches Floppylaufwerk kein 
Platz bleibt. Die Firma hat sich daher 
für Speicherkarten im Scheckkarten- 
format entschieden, die Kapazitäten 
von 32, 64 oder 1 28 KByte aufweisen 
und vom Rechner wie Disketten be- 
handelt werden. Eine in den Karten 
enthaltene Batterie hält die Daten 
etwa ein Jahr lang. Daneben wird als 
RAM-Disk (Simulation der Festplatte) 
ein Teil des 128-KByte-RAMs (auf- 
rüstbar auf 640 KByte) genutzt. Der 
256 KByte große ROM enthält bereits 
mehrere Anwendungsprogramme 
wie Lotus 1-2-3-Tabellenkalkulation, 
Textverarbeitung, Adreßverwaltung 
oder ein Kommunikationsprogramm. 
Damit ist die Kommunikation mit an- 
deren PCs oder der Peripherie mög- 
lich. Hardwaremäßig gibt es dafür 
eine kombinierte serielle/parallele 
Schnittstelle. Als Zentraleinheit wird 
die stromsparende CMOS-Version 
Intel 80C88 verwendet, so daß sich 
der Rechner, laut Hersteller, sechs 
bis acht Wochen mit den drei 1,5- 
Volt-Batterien betreiben läßt (für 
Netzbetrieb gibt es ein separates 
Netzteil). Das LC-Display in Super- 
twisttechnik bietet eine Auflösung von 
240x64 Punkten und die Darstel- 
lung von 320 Zeichen. 

Als Preis für diese 495 Gramm Hoch- 
technologie im Taschenformat wer- 
den 800 DM angegeben. MP-We 
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1 6 Handcomputer Organiser II und Printer II von Psion 






ISSN 0232-2892 

Mikroprozessortechnik, Berlin 3 (1989) 12 
S. 353-384 


vorgestellt Tuliß at 386SX 



Als Hersteller von solide gebau- 
ten Personalcomputern (PCs) 
hat die noch relativ junge nieder- 
ländische Firma Tulip Computers 
inzwischen einen guten Namen. 
In unseren Berichten von der 
Leipziger Frühjahrsmesse, von 
der CeBIT'89 sowie von der 
diesjährigen Leipziger Herbst- 
messe (siehe Innenteil dieses 
Heftes) sind wir mehrfach auf die 
mittlerweile recht umfangreiche 
Produktpalette eingegangen. 

Der hier vorgestellte at 386sx ist 
als Einstiegsmodell in die Welt 
der 32-Bit-PCs anzusehen. Seit 
dem Erscheinen des Mikropro- 
zessors 80386SX von Intel - wir 
berichteten in MP 9/88 darüber - 
wird er von vielen PC-Produzen- 
ten als Basis für eine Leistungs- 
klasse zwischen den 16-Bit-PCs 
mit dem Prozessor 80286 (ATs) 
und PCs mit dem „echten" 32- 
Bit-Prozessor 80386 genutzt. 
Bekanntlich wurde beim SX die 
Anzahl der externen Datenlei- 
tungen von 32 auf 16 reduziert, 
was die Fertigung des Prozes- 
sors vereinfacht - sprich verbil- 
ligt - und zudem die Nutzung der 
herkömmlichen peripheren AT- 
Baugruppen zuläßt. Da der Pro- 
zessor intern jedoch mit 32 Bit 
arbeitet, kann andeierseits die 
gesamte, und vor allem künftige, 
Software für 80386-PCs verwen- 
det werden. Ob SX-PCs für ATs 
auf Dauer eine echte Konkurrenz 
sein werden, ist schwer abzu- 
schätzen, da der Prozessor 
80286 von verschiedenen Her- 
stellern ständig verbessert wird 
und mittlerweile mit bis zu 
20 MHz Taktfrequenz lieferbar 
sein soll. Der 80386SX wird le- 
diglich in 16-MHz-Ausführung 
gefertigt. Tulip sieht den Einsatz- 
schwerpunkt des at 386sx bei 
umfangreichen Datenanwen- 
dungen als Server im Netz, wofür 
32-Bit-PCs gute Voraussetzun- 
gen bieten. Dank des großen 
Arbeitsspeichers - 1 MByte vor- 
handen, auf der Platine bis auf 
5 MByte erweiterbar - eignet er 
sich auch für Anwendungen, die 
viel Speicher benötigen, bei- 
spielsweise CAD- und DTP-An- 
wendungen oder Software unter 
dem Betriebssystem OS/2. Dazu 
trägt ebenfalls die serienmäßig 
vorhandene Zusatzspeicher- 
Verwaltung EMS 4.0, die auch 
als LIM-Standard bekannt ist, 
bei. Wird die EMS-Funktion nicht 


benötigt, kann der RAM-Bereich 
zwischen 640 KByte und 
1 MByte genutzt werden, um das 
BIOS oder EGA- bzw. VGA- 
ROMs zu beschleunigen (Sha- 
dow-RAM). 

Gegenüber dem kleineren Bru- 
der, dem SX compact2, bietet 
der at 386sx zum einen mehr 
freie Steckplätze für Erweite- 
rungsleiterkarten - sechs 16-Bit- 
Slots (AT-kompatibel) und zwei 
8-Bit-Slots (XT-kcmpatibel) für 
volle Länge -, zum anderen vor 
allem ein bisher einzigartiges 
Datenschutzsystem. Kernstück 
dieses Sicherheitsmechanis- 
mus, System Control Manager 
(SCM) genannt, ist ein von Tulip 
entwickelter anwendungsspezi- 
fischer Schaltkreis (im rechten 
Bild auf der linken Seite zu se- 
hen), mit dessen Hilfe laut Tulip 
ein lOOprozentiger System- 


schutz gewährleistet wird. Für 
den Nutzer stellt sich der SCM 
als 16stelliges LC-Display an 
der Frontseite des Computers 
dar, über das die Kommunikation 
mit dem Sicherheitssystem er- 
folgt. Das heißt, das Sicherheits- 
system gibt überdas Display 
Meldungen überden Betriebszu- 
stand des Computers oder Hin- 
weise für auszuführende Hand- 
lungen des Benutzers aus. So 
tritt beispielsweise das LC-Dis- 
play mit der Ausschrift 
STANDBY in Aktion, wenn der 
Netzschalter betätigt wurde, die 
Hauptplatine des Rechners aber 
noch ausgeschaltet ist. Mit einer 
(vom Benutzer wählbaren) Ta- 
stenkombination kann zunächst 
der SCM aktiviert werden; die 
Ausschrift lautet dann: ENTER 
FUNCTION. Mit der Taste Fl 
kann nun die Einschaltfunktion 


Technische Daten 

Prozessor 

Intel 80386sx (8 oder 1 6 MHz, mittels Software 
umschaltbar); ca.0,7 Wartezyklen 

RAM 

1 MByte auf Hauptplatine; mittels SIMMs bis zu 5 MByte auf 
Hauptplatine erweiterbar 

Floppy 

1 Laufwerk, wahlweise 5,25 Zoll (360 KByte oder 1 ,2 MByte) 
oder 3,5 Zoll (720 KByte oder 1 ,44 MByte) 

Festplatte 

1 Laufwerk 3,5 Zoll, 40 MByte, < 25 ms, ST-506-lnterface 

Schnittstellen 

1 x parallel Centronics 

2 x seriell RS 232C 


gewählt werden; Ausschrift: PO- 
WER UP<-. Nach Drücken der 
Entertaste erscheint jetzt: EN- 
TER PASSWORD. Bis hierhin 
ist der Bildschirm des Computers 
immer noch dunkel. Erst nach 
der Eingabe des Paßwortes 
schaltet der SCM den Rechner 
ein. Ähnlich gestaltet sich die 



Ausschaltprozedur. Hinzu kom- 
men aber noch die Möglichkeit 
der Wahl der Ausschaltverzöge- 
rung von bis zu 255 Minuten (Nä- 
heres hierzu in unserem Bericht 
von der LHM’89) bzw. des Ein- 
baus des Ausschaltbefehls 
SCMDOWN in ein Batchfile. 
Letzteres ermöglicht einen 
pünktlichen Feierabend, da die- 
ses Batchfile das Anlegen einer 
Sicherheitskopie (beispiels- 
weise der gesamten Festplatte 
auf Magnetband) und hinterher 
das Ausschalten des Rechners 
beinhalten kann. Insgesamt bie- 
tet das SCM-System also weit 
mehr, als dies von herkömmli- 
chen Zugangssperren mittels 
Paßwort bekannt ist. So läßt sich 
das System auch nicht durch 
Ab- und Wiedereinschalten des 
Stromnetzes oder durch Booten 
von der Diskettenstation aus 
überlisten. Was jedoch nicht 
passieren darf: Der Nutzer hat 
sein Paßwort vergessen. Da hilft 
nur noch der Servicemechani- 
ker, der den Rechner wieder in 
den Grundzustand bringt, so daß 
der Kunde ein neues Paßwort 
eingeben kann. 


Fotos: Hemke, Weiß MP 



